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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The present document specifies the stage 2 description for the fourth phase (see 3GPP TS 22.078 [6]) of the Customized 
AppHcations for Mobile network Enhanced Logic (CAMEL) feature within the 3 GPP system. 

The contents of present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will then be re-released by the TSG 
with an identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 



The present document specifies the stage 2 description for the fourth phase (see 3GPP TS 22.078 [6]) of the Customized 
Apphcations for Mobile network Enhanced Logic (CAMEL) feature which provides the mechanisms to support 
services of operators which are not covered by standardized services even when roaming outside the HPLMN. 

The CAMEL feature is a network feature and not a supplementary service. It is a tool to help the network operator to 
provide the subscribers with the operator specific services even when roaming outside the HPLMN. 

In the present document, the GSM Service Control Function (gsmSCF) is treated as being part of the HPLMN. The 
regulatory environment in some countries may require the possibility that the gsmSCF and the HPLMN are controlled 
by different operators, and the gsmSCF and the HPLMN are therefore distinct entities. 

The fourth phase of the CAMEL feature supports, in addition to the third phase of the CAMEL: 

- Interactions with Optimal Routing; 

- Call Party Handling; 

DTMF Mid call procedure for Mobile Originated and Mobile Terminating calls; 

- Inclusion of flexible tone injection; 

Provision of location information of called subscriber; 

- Provide location information during ongoing call; 

- CAMEL control over MT SMS ; 

- Notification of GPRS mobility management to CSE; 

- Inclusion of ODB data in Any Time Modification; 

Enhancement of Any Time Interrogation and Provide Subscriber Information for PS Domain; 

- Mobile Number Portability database interrogation; 

Criteria for the provision of location information during ongoing call; 

- Enhanced Dialled Services; 

Enhancement to Establish Temporary Connection; 

CAMEL control of trunk originated calls. 

CAMEL applicability to IP-based multimedia services is introduced in the fourth phase of the CAMEL. It is specified in 
3GPPTS 23.278 [29]. 

CAMEL is not applicable to Emergency Setup (TS 12), i.e. if an Emergency call is requested, then the gsmSSF shall 
not be invoked. 

The mechanism described in the present document addresses especially the need for information exchange between the 
VPLMN or IPLMN and the HPLMN for support of operator specific services. Any user procedures for the control of 
operator specific services are outside the scope of the present document. Subscribers who have subscribed to operator 
specific services and therefore need the functional support of the CAMEL feature shall be marked in the HPLMN and 
VPLMN. In case a subscriber is marked to need CAMEL support, the appropriate procedures which provide the 
necessary information to the VPLMN or the HPLMN are invoked. It is possible for the HPLMN to instruct the VPLMN 
or IPLMN to interact with a gsmSCF which is controlled by the HPLMN. 

The specification of operator specific services is outside the scope of the present document. 
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1.1 Support of partial implementation of CAMEL phase 4 

A functional entity (VMSC, GMSC or SGSN) may support the complete CAMEL phase 4 functionality or, as a network 
option, it may support the complete CAMEL phase 3 functionality and a partial implementation of CAMEL phase 4. 

If a functional entity supports any part of CAMEL phase 4, then the HLR is informed of the CAMEL phase 4 CSIs 
supported. An SGSN may also indicate support of the Provide Subscriber Information IF. To indicate support of a 
specific CSI, a functional entity shall have the ability to trigger on any initial service event possible for that CSI. 

If a VMSC or GMSC supports any of the CAMEL phase 4 circuit switched CSIs (0-CSI, D-CSI, T-CSI or VT-CSI), 
then the gsmSCF is informed of the CAMEL phase 4 circuit switched functionalities offered. The gsmSCF shall not 
send information flows or parameters that conflict with the functionalities offered by the VMSC or GMSC. 

If a CAMEL subscriber attempts to register in a VMSC or SGSN which supports at least one CAMEL phase 4 CSI or 
the enhancement of Provide Subscriber Information IF, then the VMSC or SGSN indicates in the registration request to 
the HLR the phase of CAMEL which the VMSC or SGSN supports (at least phase 4). In addition, the VMSC or SGSN 
indicates which CAMEL phase 4 CSIs may be downloaded. An SGSN may also indicate support of the Provide 
Subscriber Information IF. 

If a GMSC supports at least one CAMEL phase 4 CSI, then the GMSC indicates in the Send Routeing Info to the HLR 
the phase of CAMEL which the GMSC supports (at least phase 4). In addition, the GMSC indicates which CAMEL 
phase 4 CSIs may be downloaded. 

If a VMSC/gsmSSF or GMSC/gsmSSF initiates contact with the gsmSCF using the Initial DP IF, or acknowledges a 
gsmSCF initiated contact using the Initiate Call Attempt ack IF, then the VMSC/gsmSSF or GMSC/gsmSSF indicates 
in the IF the CAMEL phase 4 functionalities offered to the gsmSCF. 

If a VLR initiates contact with the gsmSCF using a Mobility Management Event Notification IF, then the VLR or 
SGSN indicates in the IF the functionalities offered to the gsmSCF. 

1.1.1 CAMEL Phase 4 CSIs 

A network entity may indicate to the HLR an offer of support for the following CAMEL phase 4 CSIs: 

- CAMEL phase 4 0-CSI; 

- CAMEL phase 4 D-CSI; 

- CAMEL phase 4 T-CSI; 

- CAMEL phase 4 VT-CSI; 

- CAMEL phase 4 MT-SMS-CSI; 

- CAMEL phase 4 MG-CSI; 

CAMEL control of trunk originated calls; 

- Reporting of additional dialled digits. 



An SGSN may also indicate support of the CAMEL phase 4 Provide Subscriber Information IF. 

A functional entity (VMSC, GMSC or SGSN) may offer the CSIs in any combination appHcable for this entity. A 
functional entity shall indicate to the HLR all the CSIs it offers. The HLR may ignore the offer of the supported CSIs if 
they are not applicable for the sending entity, but it shall not reject the operation in this case. 

1 .1 .2 CAMEL Phase 4 Functionalities 

The CAMEL phase 4 functionalities which may be offered to the gsmSCF are the following: 
- Creating additional parties in a call. Creating a new call (Initiate Call Attempt); 
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- Placing an individual call party on hold or moving an individual call party to Call Segment 1 , when Call 
Segment 1 does not exist (Split Leg); 

- Connecting an individual call party to the group (Move Leg); 

- Releasing an individual call party (Disconnect Leg); 

- Indication of the release of a call party or call segment (Entity Released); 

- Enhancements for subscriber interactions with the gsmSCF (Disconnect Forward Connection With Argument); 

- Inclusion of flexible tone injection (Play Tone); 

- DTMF Mid call procedure for MO and VT calls (DP 0_Mid_Call, DP T_Mid_Call); 

- Provision of Charge Indicator at answer DP (Charge Indicator at DP 0_Answer, DP T_Answer); 

- Support of Alerting DP (DP 0_Term_Seized, DP Call_Accepted); 

- Provision of location information of subscriber at alerting DP (Location information at DP 0_Term_Seized, 
DP CalLAccepted); 

- Provision of location information during an ongoing call (DP 0_Change_Of_Position, 
DP T_Change_Of_Position); 

- Interactions with Basic Optimal Routeing (Basic OR Interrogation Requested in Connect and Continue With 
Argument, Route Not Permitted in DP 0_Abandon); 

- Warning tone enhancements (Burstlist for Audible Indicator); 

- Enhancements of Call Forwarding indication (Forwarding Destination Number); 

Criteria for the provision of location information during ongoing call (Criteria for DP 0_Change_Of_Position 
and DP T_Change_Of_Position); 

- Subscribed Enhanced Dialled services (see description below); 

- Serving Network Enhanced Dialled Services (see description below); 

- SCUDIF notification during active phase of the call (DP 0_Service_Change and T_Service_Change) ; and 

Collection of additional dialled digits (Arming Collectedlnfo DP as EDP-R). 

For the Subscribed Enhanced Dialled Services and Serving Network Enhanced Dialled Services, the following 
information flows apply in addition to the information flows allowed at TDP Analysed_Information since CAMEL 
phase 3: Apply Charging, Call Information Request, Cancel (all requests) and Request Report BCSM Event together 
with their acknowledgements and reportings. In addition, all the other offered CAMEL phase 4 functionalities apply 
also to the enhanced dialled services. 

A functional entity (VMSC or GMSC) may offer the functionalities in any combination applicable for this entity and 
applicable to the offered CSIs. 

A functional entity (VMSC or GMSC) shall indicate to the gsmSCF all the functionalHties it offers. 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Basic Call State Model (BCSM): BCSM provides a high-level model of GMSC- or MSC/VLR-activities required to 
establish and maintain communication paths for users. As such, it identifies a set of basic call activities in a GMSC or 
MSCA^LR and shows how these activities are joined together to process a basic call. 

Call Control Function (CCF): CCF is the Call Control Function in the network that provides call/service processing 
and control (see ITU-T Recommendation Q.1224 [44]). 

Call Party Handling (CPH) Information Flow: Any of the Disconnect Leg, Move Leg or Split Leg information 
flows. 

Call Segment: A call segment contains one or more legs that are controlled by the same CS_gsmSSF instance. The call 
parties in the same call segment can communicate with each other (using a conference bridge if necessary). Call 
segments are identified by a number, eg. CSIDl is the call segment with id number L 

Call Segment Association (CSA): A CSA contains one or more call segments. Legs can be moved between call 
segments within the CSA. There is a single CAP dialogue between the CSA and the gsmSCF. 

Detection Points (DP): points in processing at which notifications (to the service logic) can occur and transfer of 
control (to the gsmSCF) is possible are called Detection Points (DPs). 

Dialled Service CAMEL Subscription Information (D-CSI): D-CSI identifies the subscriber as having originating 
CAMEL dialled services. 

Forwarding MSC: MSC which is either an MSC invoking a standardized Call Forwarding supplementary service or 
Call Deflection supplementary service; or an MSC invoking a CAMEL based call forwarding service. 

Gateway MLC (GMLC): functional entity that allows external LCS Clients to request real-time information about a 
Mobile Station. The information that can be requested from the GMLC is: 

- location of Mobile Station 

See 3GPP TS 23.271 [28] and 3GPP TS 25.305 [32] or 3GPP TS 43.059 [46] for information on the GMLC. 

Geodetic Information: information defining the location of a mobile station, coded according to ITU-T 
Recommendation Q.763 [43]. The derivation of this information from other information defining the location of a 
mobile station is a network operator option. If an entity derives the geodetic information it shall also provide the 
equivalent geographical information. 

Geographical Information: information defining the location of a mobile station, coded according to 3 GPP 
TS 23.032 [13]. 

GPRS CAMEL Subscription Information (GPRS-CSI): GPRS-CSI identifies the subscriber as having GPRS 
CAMEL services. 

GPRS Dialogue: A dialogue between the gprsSSF and the gsmSCF. A single GPRS Dialogue may consist of one or 
more TCAP dialogues. Only one TCAP dialogue shall exists at one point in time for one gprsDialogue. 

GPRS Service Switching Function (gprsSSF): functional entity that interfaces the SGSN to the gsmSCF. The concept 
of the gprsSSF is derived from the IN SSF, but uses different triggering mechanisms because of the nature of the mobile 
network. 

GPRS Session: GPRS session starts when the GPRS subscriber attaches to the GPRS data network. It ends when the 
GPRS subscriber detaches from the GPRS data network. 

GSM Service Control Function (gsmSCF): functional entity that contains the CAMEL service logic to implement 
OSS. It interfaces with the gsmSSF, the gsmSRF, the GMLC and the HLR. 
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GSM Service Switching Function (gsmSSF): functional entity that interfaces the MSC or GMSC to the gsmSCF. The 
concept of the gsmSSF is derived from the IN SSF, but uses different triggering mechanisms because of the nature of 
the mobile network. 

GSM Specialised Resource Function (gsmSRF): functional entity which provides various specialized resources. It 
interfaces with the gsmSCF and with the MSC. This entity is defined in ITU-T Recommendation Q.1224 [44] with 
variations defined in the present document. 

Inter-connecting MSC: MSC which provides CAMEL support for incoming trunk calls. 

Location Information: indicates the location of the Mobile Station. The provision of location information is 
independent of the MS status. As part of the location information, an indication of the age of this information may be 
delivered. 

Mobile Originating Short Message Service CAMEL Subscription Information (MO-SMS-CSI): MO-SMS-CSI 
identifies the subscriber as having MO SMS CAMEL services. MO-SMS-CSI (CAMEL Phase 4) is identical to 
SMS-CSI (CAMEL Phase 3). 

Mobile Station State: similar to Subscriber State, but associated only with a Mobile Station, not with a subscriber. 

Mobile Terminating Short Message Service CAMEL Subscription Information (MT-SMS-CSI): MT-SMS-CSI 
identifies the subscriber as having MT SMS CAMEL services. 

Mobility Management event CAMEL Subscription Information (M-CSI): M-CSI identifies the subscriber as 
having Mobility Management event notification CAMEL services. 

Mobihty Management event GPRS CAMEL Subscription Information (MG-CSI): MG-CSI identifies the GPRS 
subscriber as having Mobility Management event notification CAMEL services. 

NA (North American): prefix attached to certain information items used by North American PLMNs in connection 
with routing a call to a preferred or dialled long distance carrier. 

Network CAMEL Service Information (N-CSI): N-CSI identifies services offered on a per-network basis by the 
serving PLMN operator for all subscribers. 

Originating Basic Call State Model (O-BCSM): originating half of the BCSM. The 0-BCSM corresponds to that 
portion of the BCSM associated with the originating party. 

Originating CAMEL Subscription Information (O-CSI): 0-CSI identifies the subscriber as having originating 
CAMEL services. 

Point In Association (PIA): PIAs identify MSCA^LR or SGSN activities associated with one or more basic 
association/connection states of interest to OSS service logic instances. 

Point In Call (PIC): PICs identify MSC/VLR (GMSC) activities associated with one or more basic call/connection 
states of interest to OSS service logic instances. 

Service Key: Service Key identifies to the gsmSCF the service logic. The Service Key is administered by the HPLMN, 
and is passed transparently by the VPLMN/IPLMN to the gsmSCF. The Service Key is a part of the 
T/OA^T/D/GPRS/SMS/M-CSI. 

Serving MLC: functional entity that performs location information retrieval. 

Short Message Control Protocol (SM-CP): Protocol between the MSC or SGSN and the MS. This protocol, which is 
specified in 3GPP TS 24.01 1 [31], is used to carry RPDU elements between the MSC or SGSN and the MS. 

Short Message Service Centre (SMSC): also abbreviation SC is used for SMSC. 

Subscriber State: see 3GPP TS 22.078 [6]. 

Supplementary Service Notification CAMEL Subscription Information (SS-CSI): SS-CSI identifies the subscriber 
as having supplementary service invocation notification CAMEL services. 

Terminating Basic Call State Model (T-BCSM): terminating half of the BCSM. The T-BCSM corresponds to that 
portion of the BCSM associated with the terminating party. 
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Terminating CAMEL Subscription Information (in the GMSC) (T-CSI): T-CSI identifies the subscriber as having 
terminating CAMEL services in the GMSC. 

Translation Information Flag (TIF-CSI): TIF-CSI is a flag in the CAMEL subscriber data which indicates that when 
the subscriber registers a forwarded-to number, that the HLR shall not attempt to perform any translation, number 
format checks, prohibited FTN checks, call barring checks. 

Trunk Originated CAMEL Service Information (TO-CSI): TO-CSI identifies services offered by the PLMN 
operator to all incoming calls on a specific MSC trunk. 

USSD CAMEL Subscription Information (U-CSI): U-CSI identifies a set of subscriber specific mappings from a 
USSD service code to a gsmSCF address. 

USSD General CAMEL Service Information (UG-CSI): UG-CSI globally identifies a set of mappings from a USSD 
service code to a gsmSCF address. The global mapping applies to all HPLMN subscribers. If, for a particular service 
code, both U-CSI and UG-CSI are applicable then the U-CSI shall take precedence. 

VMSC Terminating CAMEL Subscription Information (VT-CSI): VT-CSI identifies the subscriber as having 
terminating CAMEL services in the VMSC. 



3.2 



Abbreviations 



Abbreviations used in the present document are listed in 3GPP TR 2L905 [1]. 

For the purposes of the present document, the following abbreviations apply: 

BCSM Basic Call State Model 

CAMEL Customized Applications for Mobile network Enhanced Logic 

CPH Call Party Handling 

CS Call Segment 

CS Circuit Switched 

CSA Call Segment Association 

CSG Closed Subscriber Group 

CSID Call Segment (followed by an identification Number e.g. CSIDl) 

DP Detection Point 

DTN Deflected To Number 

D-CSI Dialled Services CAMEL Subscription Information 

EDP Event Detection Point 

EDS Enhanced Dialled Services 

FTN Forwarded To Number 

GMLC Gateway MLC 

GMSC Gateway MSC 

GPRS General Packet Radio Service 

gprsSSF GPRS Service Switching Function 

GPRS-CSI GPRS CAMEL Subscription Information 

gsmSCF GSM Service Control Function 

gsmSRF GSM Specialised Resource Function 

gsmSSF GSM Service Switching Function 

HLR Home Location Register 

HPLMN Home PLMN 

ICA Initiate Call Attempt 

IE Information Element 

IF Information Flow 

IP Intelligent Peripheral 

IPLMN Interrogating PLMN 

LCS Location Services 

LSA Localised Service Area 

M-CSI Mobility Management event Notification CAMEL Subscription Information 

MF Mobile Forwarding 

MG-CSI Mobility Management event Notification GPRS CAMEL Subscription Information 

MLC Mobile Location Centre 

MNP Mobile Number Portability 
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MNP SRF Mobile Number Portability Signalling Relay Function 

MO Mobile Originating 

MO-SMS-CSI Mobile Originated Short Message Service CAMEL Subscription Information 

MSC Mobile service Switching Centre 

MT Mobile Terminating 

MT Mobile Terminating in GMSC 

MT-SMS-CSI Mobile Terminating Short Message Service CAMEL Subscription Information 

N-CSI Network CAMEL Service Information 

NA North American 

NNI Network Node Interface 

0-BCSM Originating Basic Call State Model 

0-CSI Originating CAMEL Subscription Information 

ODE Operator Determined Barring 

OR Optimal Routeing 

OSS Operator Specific Service 

PDP Packet Data Protocol 

PIC Point In Call 

PLMN Public Land Mobile Network 

SGSN Serving GPRS Support Node 

SLPI Service Logic Program Instance 

SM Short Message 

SM-CP Short Message Control Protocol 

SMF Service Management Function 

SMLC Serving MLC 

SMRSE Short Message Relay Service Element 

SMS Short Message Service 

SMSC Short Message Service Centre 

SMS-CSI Short Message Service CAMEL Subscription Information 

SS-CSI Supplementary Service Notification CAMEL Subscription Information 

T-BCSM Terminating Basic Call State Model 

T-CSI Terminating CAMEL Subscription Information (in the GMSC) 

TDP Trigger Detection Point 

TO-CSI Trunk Originated CAMEL Service Information 

TPDU Transfer Protocol Data Unit 

TIF-CSI Translation Information Flag 

U-CSI USSD CAMEL Subscription Information 

UG-CSI USSD General CAMEL Service Information 

UNI User Network Interface 

VLR Visitor Location Register 

VPLMN Visited PLMN 

VT Mobile Terminating in VMSC 

VT-CSI VMSC Terminating CAMEL Subscription Information 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



30 



ETSI TS 123 078 V9.1.0 (2010-04) 



Circuit switched Call Control 



4.1 



Architecture 



4.1 .1 Functional Entities used for CAMEL 

This subclause describes the functional architecture needed to support CAMEL. Also the additions needed to the basic 
functionality are described. Figure 4.1 shows the functional entities involved in calls requiring CAMEL support. The 
architecture is applicable to the forth phase of CAMEL. 
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Home/Interrogating/Visited Network 

Figure 4.1 : Functional architecture for support of CAMEL 

HLR: For subscribers requiring CAMEL support, the HLR stores the information relevant to the current subscription 
regarding 0-CSI, D-CSI, T-CSI, VT-CSI and TIF-CSL The 0-CSI is sent to the VLR at Location Update, on data 
restoration or if the 0-CSI is updated by administrative action. The D-CSI is sent to the VLR at Location Update, on 
data restoration or if the D-CSI is updated by administrative action. The VT-CSI is sent to the VLR at Location Update, 
on data restoration or if the VT-CSI is updated by administrative action. The TIF-CSI is sent to the VLR at Location 
Update, on data restoration or if the TIF-CSI is updated by administrative action. The 0/D/T-CSI is sent to the GMSC 
when the HLR responds to a request for routeing information. 

GMSC: When processing the calls for subscribers requiring CAMEL support, the GMSC receives an 0/D/T-CSI from 
the HLR, indicating the GMSC to request instructions from the gsmSSF. The GMSC monitors on request the call states 
(events) and informs the gsmSSF of these states during processing, enabling the gsmSSF to control the execution of the 
call in the GMSC. 

MSC: When processing the calls for subscribers requiring CAMEL support, the MSC receives an 0-CSI and / or D-CSI 
and / or VT-CSI from the VLR indicating the MSC to request instructions from the gsmSSF. The MSC monitors on 
request the call states (events) and informs the gsmSSF of these states during processing, enabling the gsmSSF to 
control the execution of the call in the MSC. 

VLR: The VLR stores the 0-CSI, D-CSI, VT-CSI and TIF-CSI as a part of the subscriber data for subscribers roaming 
in the VLR area. 

gsmSSF: see subclause 3.1. 



ETSI 



3GPP TS 23.078 version 9.1 .0 Release 9 31 ETSI TS 123 078 V9.1 .0 (2010-04) 

gsmSCF: see subclause 3.1. 
gsmSRF: see subclause 3.1. 

4.1 .2 Interfaces defined for CAMEL 

This subclause describes the different interfaces appHcable to CAMEL. It specifies on a high level the functions specific 
to CAMEL. 

4.1.2.1 HLR - VLR interface 

This interface is used to send the CAMEL related subscriber data to the visited PLMN and for provision of MSRN. The 
interface is also used to retrieve subscriber status and location information of the mobile subscriber or to indicate 
suppression of announcement for a CAMEL service. 

4.1 .2.2 GMSC - HLR interface 

This interface is used at terminating calls to exchange routeing information, subscriber status, location information, 
subscription information and suppression of announcements. The CAMEL related subscriber data that is passed to the 
IPLMN is sent over this interface. 

4.1 .2.3 GMSC - gsmSSF interface 

This is an internal interface. The interface is described in the present document to make it easier to understand the 
handling of DPs (arming/disarming of DPs, DP processing etc.). 

4.1 .2.4 gsmSSF - gsmSCF interface 

This interface is used by the gsmSCF to control a call in a certain gsmSSF and to request the gsmSSF to establish a 
connection with a gsmSRF. Relationships on this interface are opened as a result of the gsmSSF sending a request for 
instructions to the gsmSCF or opened as a result of the gsmSCF sending a request to the gsmSSF to initiate a new call. 

4.1 .2.5 MSC - gsmSSF interface 

This is an internal interface. The interface is described in the present document to make it easier to understand the 
handling of DPs (arming/disarming of DPs, DP processing etc.). 

4.1 .2.6 gsmSCF - HLR interface 

This interface is used by the gsmSCF to request information from the HLR. As a network operator option the HLR may 
refuse to provide the information requested by the gsmSCF. 

4.1 .2.7 gsmSCF - gsmSRF interface 

This interface is used by the gsmSCF to instruct the gsmSRF to play tones/announcements to the users. 

4.1 .2.8 GMSC - MSC interface 

This interface is used to transfer control of a call from a VMSC back to a GMSC for optimal routeing. 
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4.2 Detection Points (DPs) 
4.2.1 Definition and description 

Certain basic call events may be visible to the GSM Service Control Function (gsmSCF). The DPs are the points in call 
at which these events are detected. The DPs for Mobile Originated Calls and Mobile Terminated Calls are described in 
subclauses 4.4.2 and 4.4.3. 

A DP can be armed in order to notify the gsmSCF that the DP was encountered, and potentially to allow the gsmSCF to 
influence subsequent handling of the call. If the DP is not armed, the processing entity continues the processing without 
gsmSCF involvement. 

Three different types of DPs are identified: 

- Trigger Detection Point - Request (TDP-R). 

This detection point is statically armed and initiates a CAMEL control relationship when encountered and there 
is no existing relationship due to the same CSI. Processing is suspended when the DP is encountered. 

Event Detection Point - Request (EDP-R). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is 
suspended when encountering the DP and the gsmSSF waits for instructions from the gsmSCF. 

- Event Detection Point - Notification (EDP-N). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is not 
suspended when encountering the DP. 

The DPs are characterized in the following subclauses. 

4.2.1 .1 Arming/disarming mechanism 

A DP may be statically armed or dynamically armed. 

The following arming rules apply: 

A DP for mobile terminating call handling is statically armed in the GMSC as a result of T-CSI delivery from 
the HLR. A DP for mobile terminating call handling is statically armed in the VMSC as a result of VT-CSI 
delivery from the VLR. A DP for forwarding leg handling is statically armed in the GMSC as result of 0-CSI 
and/or D-CSI delivery from the HLR. A DP for mobile originating call or forwarded leg handling is statically 
armed in the VMSC as a result of 0-CSI and/or D-CSI deUvery from the VLR. 

A DP is dynamically armed by the gsmSCF within the context of a CAMEL control relationship (between the 
gsmSSF and the gsmSCF). 

- A Request Report BCSM Event information flow for a detection point for a leg overwrites any previous Request 
Report BCSM Event information flow for that detection point for that leg. 

The following disarming rules apply: 

- A statically armed DP is disarmed when the 0-CSI, D-CSI, T-CSI or VT-CSI that caused the DP to be statically 
armed is withdrawn in the HLR. Only TDP-Rs can be disarmed using this mechanism. 

If an armed EDP is met, then it is disarmed. 

- If an EDP is met that causes the release of the related leg, then all EDPs related to that leg are disarmed. 

- If a call is released, then all EDPs related to that call are disarmed. 

- If an EDP is met, then other EDPs are disarmed, in accordance with the implicit disarming rule table 
(see subclause 4.4.4). 

- If an EDP is armed, it can be explicitly disarmed by the gsmSCF by means of the Request Report BCSM Event 
information flow. 
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4.2.1.2 Criteria 

Criteria are the conditions that must be met in order for the gsmSSF to request instructions from the gsmSCF. 

4.2.1 .2.1 Criteria at DP Collectedjnfo 

The criteria for a mobile originating call are checked in the originating MSC. 

The criteria for a mobile forwarded call are checked in the forwarding MSC. 

For early forwarded calls in the GMSC, the HLR may decide not to include the DP Collectedjnfo trigger criteria in the 
subscriber data sent to the GMSC if the trigger criteria for the call are not met. 

For optimally routed late forwarded calls, the MSC may decide not to include the DP Collectedjnfo trigger criteria in 
the Resume Call Handling information flow sent to the GMSC, if the trigger criteria for the call are not met. 

The following criteria are applicable for DP Collectedjnfo: 

- Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers and/or up to 3 
number lengths. There is no restriction on the nature of address. There is no restriction on the numbering plan 
indicator. This criterion may be defined to be either "enabling" or "inhibiting". 

- Basic service triggering criterion: The HLR may store a list of up to 5 basic service codes, each of which may 
represent an individual basic service or a basic service group. Compound basic service group codes, as defined in 
3GPP TS 29.002 [34], are not allowed for conditional triggering. This list is a triggering list. 

- Forwarding triggering criterion: The HLR may store an indicator that triggering shall occur only for a call which 
has been subject to the Call Forwarding supplementary service. Call Deflection supplementary service or 
CAMEL call forwarding. This criterion may be defined to be either "enabling" or "inhibiting". 

For MO calls, triggering at DP Collectedjnfo shall be strictly based on the number received over the access network. 
No service selection information, such as * and # digits, or carrier selection information, dialled by the subscriber, shall 
be removed from the number before conditional triggering check takes place. 

For MF calls at the VMSC, triggering at DP Collectedjnfo shall be strictly based on the number received over the 
access network (the Deflected-to-Number in the case of Call Deflection), the Forwarded- to-Number retained in the 
VLR or the Destination Routing Address received in the Connect information flow from the gsmSCF during a 
Terminating CAMEL Service at the VMSC. 

No service selection information or carrier selection information shall be removed from the number before conditional 
triggering check takes place. 

For MF calls at the GMSC, triggering at DP Collectedjnfo shall be strictly based on the Forwarded-to-Number 
received from HLR, on the Destination Routing Address received in the Connect information flow from the gsmSCF 
during a Terminating CAMEL Service or on the Forwarded-to-Number received in the Resume Call Handling 
information flow. 

No service selection information or carrier selection information shall be removed from the number before conditional 
triggering check takes place. 

One or more DP criteria may be applicable. All applicable triggering criteria must be satisfied before the dialogue is 
established with the gsmSCF. 

If the destination number triggering criterion is enabling, then the gsmSSF may establish a dialogue with the gsmSCF 
if: 

the destination number matches one of the destination number strings defined in the list, or 

- the length of the destination number matches one of the destination number lengths defined in the list. 
In this test the destination number matches one of the destination number strings in the list if: 

- the nature of address of destination number is the same as the nature of address of the destination number string 
(The numbering plan indicator is not compared); 

- the destination number is at least as long as the destination number string in the list, and 
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- all the digits in the destination number string in the list match the leading digits of the destination number. 

If the destination number triggering criterion is inhibiting, then the gsmSSF may establish a dialogue with the gsmSCF 
if: 

- the destination number does not match any of the destination number strings defined in the list, and 

- the length of the destination number does not match any of the destination number lengths defined in the list. 
In this test the destination number matches one of the destination number strings in the list if: 

- the nature of address of the destination number is the same as the nature of address of the destination number 
string (The numbering plan indicator is not compared); 

- the destination number is at least as long as the destination number string in the list, and 

- all the digits in the destination number string in the list match the leading digits of the destination number. 

The basic service triggering criterion is met if the basic service for the call matches a stored individual basic service 
code or is a member of the group defined by a stored basic service group code. For a SCUDIF call (see 3GPP TS 23.172 
[27]), the basic service triggering criterion is met if one or both the preferred basic service and the less preferred basic 
service for the call match a stored individual basic service code or is a member of the group defined by a stored basic 
service group code. For the purpose of this paragraph a general bearer service is a member of the corresponding bearer 
service group. 

If the forwarding triggering criterion is enabling, then the gsmSSF may establish a dialogue with the gsmSCF only if 
the call has been subject to CAMEL call forwarding or the Call Forwarding supplementary service. If the forwarding 
triggering criterion is inhibiting, then the gsmSSF may establish a dialogue with the gsmSCF only if the call has not 
been subject to CAMEL call forwarding or the Call Forwarding supplementary service. 

4.2.1 .2.2 Criteria at DP Analysedjnformation 

4.2.1.2.2.1 General 

The criteria for a mobile originating call are checked in the originating MSC. The criteria for a mobile forwarded call 
are checked in the forwarding MSC. 

For early forwarded calls in the GMSC, the HLR shall always include the trigger criteria in the subscriber data sent to 
the GMSC because that the HLR can not check the criteria applicable at DP Analysedjnfo, since the number that the 
criteria check shall be based on, may be modified by a Mobile Terminating or Mobile Forwarding Service Logic for this 
call. 

For optimally routed late forwarded calls, the MSC shall always include the trigger criteria in the Resume Call Handling 
information flow sent to the GMSC because the MSC can not check the criteria applicable at DP Analysed_Info, since 
the number that the criteria check shall be based on, may be modified by a Mobile Terminating or Mobile Forwarding 
Service Logic for this call. 

The following criteria are applicable for DP Analysedjnformation: 

- Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers. There is no 
restriction on the nature of address. There is no restriction on the numbering plan indicator. 

NOTE: The order in which the destination number criteria are checked in the MSC or GMSC is not determined. 
Hence, overlapping destination number criteria (e.g. use of "0800" and "0800123" for two different 
services) should be avoided, because they lead to unpredictable behaviour (i.e. either service might be 
triggered). 

For MO calls, triggering at DP Analysed_Info shall be based on the called party number received over the access 
network or the Destination Routing Address in the Connect information flow from the gsmSCF during a Mobile 
Originating CAMEL Service. 

For MF calls at the VMSC, triggering at DP Analysedjnfo shall be based on the number received over the access 
network (the Deflected-to-Number in the case of Call Deflection), the Forwarded-to-Number retained in the VLR, or 
the Destination Routing Address in the Connect information flow from the gsmSCF during a Mobile Terminated or 
Mobile Forwarded CAMEL Service. 
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For MF calls at the GMSC, triggering at DP Analysedjnfo shall be based on the Forwarded-to-Number received from 
the HLR, on the Destination Routing Address received in the Connect information flow from gsmSCF during a Mobile 
Terminated or Mobile Forwarded CAMEL Service, or on the Forwarded-to-Number received in the Resume Call 
Handling information flow. 

For NP calls, triggering at DP Analysedjnfo shall be based on the number received from gsmSCF. An NP call that is 
created in the VMSC or GMSC of the served subscriber may be subject to D-CSI service and N-CSI service. An NP 
call that is created in an MSC other than the VMSC or GMSC of the served subscriber, may be subject to N-CSI 
service. 

For NC calls, triggering at DP Analysedjnfo shall be based on the number received from the gsmSCF. An NC call may 
be subject to N-CSI service. 

4.2.1 .2.2.2 Removal of information significant to the serving entity 

In order to decide whether triggering shall take place, the trigger criteria need to be compared with the address 
information. Before the comparison takes place the following information shall be removed from the destination 
address information: 

- Operator specific service selection information that is recognised and treated locally in the serving entity. This 
shall not lead to a change of the type of number indicator of the address information. 

- Carrier selection information. If the removal of carrier selection information also removes international or 
national (trunk) prefixes (depending on regulatory requirements), then the type of number indicator of the 
address information shall be changed to "international number" or "national (significant) number" respectively. 
Otherwise the type of number indicator shall remain unchanged. 

The address information in a subsequent Initial DP information flow at DP Analysedjnfo shall not contain the removed 
information, however in the further call handling the serving entity shall invoke the requested services (e.g. carrier 
selection). 

4.2.1 .2.2.3 Number comparison 

The following procedure shall be performed for the comparison of the destination number triggering criterion and the 
address information in the given order. 

1 . The numbering plan indicators of the destination number triggering criterion and the destination number are 
ignored. 

2. The type of number/nature of address indicators of the destination number triggering criterion and the destination 
number are compared. If there is a match of the type of number indicator, then the check shall be performed by 
comparing the digits as defined in step 6. If there is no match of the type of number the comparison procedure 
shall continue as follows. 

3. If either or both of the address information and destination number triggering criterion includes a types of 
number/nature of address indicator other than "unknown", "national (significant) number" or "international 
number" then the destination number does not match the destination number triggering criterion. Otherwise the 
comparison procedure shall continue as follows. 

4. If there is a number (address information or destination number triggering criterion) with type of number/nature 
of address "unknown" this number shall be translated based on the numbering plan of the serving entity in either 
of the following ways: 

- if the leading digits refer to an international prefix then those digits shall be removed and the type of 
number/nature of address shall be set to "international number". 

- if the leading digits refer to a national (trunk) prefix then those digits shall be removed and the type of 
number/nature of address shall be set to "national (significant) number". 

If the leading digits refer neither to an international prefix nor to a national (trunk) prefix, then the destination 
number does not match the destination number triggering criterion. 
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If there is a match of the type of number/nature of address indicator after this number modification, then the 
check shall be performed by comparing the digits as defined in step 6, otherwise the comparison procedure shall 
continue as follows. 

5. If the type of number/nature of address of the address information or of the destination number triggering 
criterion is "national (significant) number" this number shall be translated based on the numbering plan of the 
serving entity to international format by adding the country code of the serving entity to the number string. After 
this modification the destination number triggering criterion and the destination number shall be in international 
format and shall be checked by comparing the digits as defined in step 6. 

6 If the number of digits in the address information are compared with the number of digits in the destination 
number triggering criterion, then there is a match if: 

- the destination number is at least as long as the destination number string of the destination number 
triggering criterion, and 

- all the digits in the destination number string of the destination number triggering criterion match the leading 
digits of the destination number. 

The check described in this subclause shall be repeated for every number contained in the destination number triggering 
criterion of the D-CSI until there is a match DP Analysed_Info is triggered, or until all the destination numbers have 
been checked without a match. In the latter case DP Analysed_Info is not triggered. 

The procedures for the destination number triggering criterion check for N-CSI are network specific. 

The modifications of the address information described in this subclause shall only be done for comparison purposes, 
i.e. they shall not affect the format of the destination address information sent in the Initial DP information flow. 

4.2.1 .2.3 Criteria at DP Route_Select_Failure 

The HLR may store a list of up to 5 cause values. 

The criteria for a mobile originating call are checked in the originating MSC. The criteria for a mobile forwarded call 
are checked in the forwarding MSC. 

For early forwarded calls in the GMSC, the HLR shall always include the trigger criteria in the subscriber data sent to 
the GMSC because the cause code received from ISUP is used in the trigger criteria check. The cause code is not 
known at the time of sending the 0-CSI to the GMSC. 

For optimally routed late forwarded calls, the MSC shall always include the trigger criteria in the Resume Call Handling 
information flow sent to the GMSC because the cause code received from ISUP is used in the trigger criteria check. The 
cause code is not known at the time of sending the 0-CSI to the GMSC. 

The following criteria are applicable for DP Route_Select_Failure: 

- Release cause code. 

The trigger criteria are met if the cause code received from ISUP is equal to at least one of the cause codes in the trigger 
criteria list. For the purpose of trigger criteria check, the MSC performing the triggering check shall use the "cause 
value" field of the ISUP "cause indicators" parameter, as defined in ITU-T Recommendation Q.763 [43]. 

If an 0-BCSM was already invoked and there is a relationship with the gsmSCF at that moment, then no additional 
relationship shall be initiated. 

4.2.1 .2.4 Criteria at DP Terminating_Attempt_Authorised 

The HLR may store a list of up to 5 basic service codes, each of which may represent an individual basic service or a 
basic service group. Compound basic service group codes, as defined in 3GPP TS 29.002 [34], are not allowed for 
conditional triggering. This list is a triggering list. 

The criteria for DP Terminating_Attempt_ Authorised are checked in the HLR for the GMSC or in the VLR for the 
MSC. The HLR shall only include T-CSI in the CAMEL subscription information sent to the GMSC if the criteria are 
met. The VLR shall only include VT-CSI in the CAMEL subscription information sent to the MSC if the criteria are 
met. 
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The basic service criterion is met if the basic service for the call matches a stored individual basic service code or is a 
member of the group defined by a stored basic service group code. For a SCUDIF call (see 3GPP TS 23.172 [27]), the 
basic service triggering criterion is met if one or both the preferred basic service and the less preferred basic service for 
the call match a stored individual basic service code or is a member of the group defined by a stored basic service group 
code.For the purpose of this paragraph a general bearer service is a member of the corresponding bearer service group. 

4.2.1 .2.5 Criteria at DP T_Busy and T_No_Answer 

The HLR may store a list of up to 5 cause values. 

The criteria for a mobile terminating call are checked in the GMSC or in MSC. 

For mobile terminating calls in the GMSC, the HLR shall include the trigger criteria in the subscriber data sent to the 
GMSC because the cause code received from ISUP is used in the trigger criteria check. The cause code is not known at 
the time of sending the T-CSI to the GMSC. 

If the Send Routeing Info ack information flow includes the Not Reachable FTN, then the HLR may decide not to 
include the trigger criteria, if the HLR has identified that T-CSI includes DP T_Busy with cause code Not Reachable. 

If the Send Routeing Info ack information flow includes the Not Reachable FTN and also T-CSI, including DP T_Busy 
with cause code, then the not reachable condition shall be mapped to an ISUP release code, which shall be used for the 
triggering check. 

For Mobile terminating calls in the VMSC, the trigger criteria are received in the VT-CSI from the HLR in the Insert 
Subscriber Data information flow. The triggering is based on the ISUP release cause code (call set up result). 

The following criteria are applicable for DP T_Busy and DP T_No_Answer: 

- Release cause code. 

If the cause code is received from ISUP, then the trigger criteria are met if the cause code is equal to at least one of the 
cause codes in the trigger criteria list. For this check, the MSC shall use the "cause value" field of the ISUP "cause 
indicators" parameter, as defined in ITU-T Recommendation Q.763 [43]. 

If the cause code is received from MAP, then the trigger criteria are met if the cause code is equal to at least one of the 
cause codes in the trigger criteria list. For this check, the MSC shall use the cause values as defined in table 4.1. 

If the trigger criteria are satisfied, then the corresponding Service Logic shall be invoked. 

If a T-BCSM was already invoked and there is a relationship with the gsmSCF at that moment, then no additional 

relationship shall be initiated. 

When the Resume Call Handling information flow is received in the GMSC and the subscriber has T-CSI then the 
forwarding reason in the Resume Call Handling information flow shall be used to perform the trigger criteria check for 
DP T_Busy or DP T_No_Answer. If a match is found, then the corresponding Service Logic shall be invoked. 
If a T-BCSM was already invoked and there is a relationship with the gsmSCF at that moment, then no additional 
relationship shall be initiated. 

Table 4.1 : Mapping of Send Info For Incoming Call (SIFIC) ack, Send Routeing Info ack (SRI ack) or 
Resume Call Handling (RCH) to ISUP release causes for triggering criteria check 



SIFIC ack / SRI ack / RCH "forwarding reason" 


ISUP release cause number 


ISUP release cause name 


MS not reachable 


20 


Subscriber absent 


MS Busy 


17 


User busy 


Call deflection (note) 


21 


Gall rejected 


No reply 


19 


No answer from user (user alerted) 


NOTE: Gall Deflection is used only in the Resume Gall Handling information flow, and in the VMSG. The same code 
point in the Send Routeing Info ack indicates GFU. However, the GFU invocation in the GMSG triggers the 
Terminating Attempt Authorised DP; thus the reason code mapping is not needed in the GFU case. 



4.2.1.3 Relationship 

If an armed DP is encountered, the gsmSSF provides an information flow via the already established relationship with 
the gsmSCF. 
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A relationship between the gsmSSF and the gsmSCF for the purpose of operator specific service processing is 
considered to be a CAMEL relationship. There are two types of CAMEL relationships: 

A CAMEL control relationship if the gsmSCF is able to influence the call processing via the relationship. 

- A CAMEL monitor relationship if the gsmSCF is not able to influence the call processing via the relationship. 

4.2.2 DP processing rules 

The gsmSSF shall apply the following set of rules during DP processing to ensure a single point of control: 

- EDPs are disarmed by the gsmSSF as they are encountered and reported to the gsmSCF, when the occurrence of 
another EDP causes the implicit disarming of the EDP or when the leg clears. 

A control relationship persists as long as there is 1 or more EDP-R armed for this portion of the call or if the 
Process CS_gsmSSF is in any state except Monitoring or Idle. 

- A control relationship changes to a monitor relationship if the control relationship does not persist and: 

1 or more EDP-N is armed, or 
1 or more Call information Report is outstanding, or 
- an Apply Charging Report is outstanding. 

- If a control relationship does not persist and does not change to a monitor relationship then the relationship 
terminates. A monitor relationship terminates if there are neither EDP-Ns armed nor reports outstanding or if the 
call clears. 

4.3 Description of CAMEL Subscriber Data 

4.3.1 Originating CAMEL Subscription Information (0-CSI) 

This subclause defines the contents of the Originating CAMEL Subscription Information. 

4.3.1.1 TDPList 

The TDP List indicates on which detection point triggering shall take place. 

The following trigger detection points are possible: DP Collectedjnfo and DP Route_Select_Failure. 

4.3.1.2 gsmSCF address 

The gsmSCF address indicates the address to be used to access the gsmSCF for a particular subscriber. The address 
shall be an E.164 number to be used for routeing. Different gsmSCF addresses may be associated with different TDPs. 

4.3.1.3 Service Key 

The Service Key indicates to the gsmSCF the service logic to be used. Different Service Keys may be associated with 
different TDPs. 

4.3.1.4 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested if there is an error in 
the gsmSSF to gsmSCF dialogue or if the call is subject to call gapping in the gsmSSF. A default call handling shall be 
associated with each Service Key. 

4.3.1.5 DP criteria 

The DP criteria indicate whether the gsmSSF shall request instructions from the gsmSCF. 
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4.3.1 .6 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is requested by the gsmSCF for the service. 

The HLR shall not include in a CSI which it sends to a VLR or GMSC any data for a CAMEL phase later than that 
which the CAMEL capability handling indicates. E.g. if the CAMEL Capability Handling indicates CAMEL phase 1 
then the HLR shall not send triggering criteria to the VLR. Different CSIs may contain different values of CAMEL 
Capability Handling. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the VLR, the HLR can decide 
on a subscriber basis to apply ODB, perform normal call handling or perform operator specific handling 
(eventually support of a lower version of CSI). 

4.3.1.7 CSI state 

The CSI state indicates whether the 0-CSI is active or not. 

4.3.1.8 Notification flag 

The notification flag indicates whether the change of the 0-CSI shall trigger Notification on Change of Subscriber Data. 

4.3.2 Dialled Service CAMEL Subscription Information (D-CSI) 

This subclause defines the contents of the Dialled Service CAMEL Subscription Information. 

4.3.2.1 DP criteria 

The DP criteria indicate whether the gsmSSF shall request instructions from the gsmSCF. 

4.3.2.2 gsmSCF address 

The gsmSCF address indicates the address to be used to access the gsmSCF for a particular subscriber. The address 
shall be an E.164 number to be used for routeing. A gsmSCF address shall be associated with each DP criterion. 

4.3.2.3 Service Key 

The Service Key identifies to the gsmSCF the service logic to be used. A Service Key shall be associated with each DP 
criteria. 

4.3.2.4 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested if there is an error in 
the gsmSSF to gsmSCF dialogue or if the call is submitted to call gapping in the gsmSSF. A default call handling shall 
be associated with each DP criteria. 

4.3.2.5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is requested by the gsmSCF for the service. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the VLR, the HLR can decide 
on a subscriber basis to apply ODB, perform normal call handling or perform operator specific handling 
(eventually support of a lower version of CSI). 

4.3.2.6 CSI state 

The CSI state indicates whether the D-CSI is active or not. 
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4.3.2.7 Notification flag 

The notification flag indicates whether changes of the D-CSI shall trigger the Notification on Change of Subscriber 
Data. 

4.3.3 Network CAMEL Service Information (N-CSI) 

The N-CSI identifies services offered on a per-network basis by the serving PLMN operator for all subscribers and, if 
applicable, for all incoming trunk originated calls. This CSI shall be stored in the MSC. 

4.3.4 Translation Information Flag CAMEL Subscription Information 
(TIF-CSI) 

4.3.4.1 Translation Information Flag 

The TIF-CSI in the CAMEL Subscriber data indicates, 

- when the subscriber registers a forwarded-to number, that the HLR shall not attempt to perform any translation, 
number format checks, prohibited FTN checks or call barring checks, (see 3GPP TS 23.082 [20]). 

- when the subscriber invokes the Call Deflection supplementary service, that the VLR shall not attempt to 
perform any translation, number format checks, prohibited DTN checks, call barring checks, (see 3GPP 
TS 23.072 [16]). 

4.3.4.2 Notification flag 

The notification flag indicates whether the change of the TIF-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

4.3.5 Terminating CAIVIEL Subscription Information (in the GIVISC) (T-CSI) 

This subclause defines the contents of the Terminating CAMEL Subscription Information. 

4.3.5.1 TDP List 

The TDP List indicates on which detection point triggering shall take place. 

The following trigger detection points are possible: DP Terminating_Attempt_Authorised, DP T_Busy, and 
DP T_No_Answer. 

4.3.5.2 gsmSCF address 

The gsmSCF address indicates the address to be used to access the gsmSCF for a particular subscriber. The address 
shall be an E.164 number to be used for routeing. Different gsmSCF addresses may be associated with different TDPs. 

4.3.5.3 Service Key 

The Service Key indicates to the gsmSCF the service logic to be used. Different Service Keys may be associated with 
different TDPs. 

4.3.5.4 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested if there is an error in 
the gsmSSF to gsmSCF dialogue or if the call is subject to call gapping in the gsmSSF. A default call handling shall be 
associated with each Service Key. 
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4.3.5.5 DP criteria 

The DP criteria indicate whether the gsmSSF shall request instructions from the gsmSCF. 

4.3.5.6 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is requested by the gsmSCF for the service. 

The HLR shall not include in a CSI which it sends to a GMSC any data for a CAMEL phase later than that which the 
CAMEL capability handling indicates. Different CSIs may contain different values of CAMEL Capability Handling. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the GMSC, the HLR can 
decide on a subscriber basis to apply ODB, perform normal call handling or perform operator specific 
handling (e.g. support of a lower version of CSI). 

4.3.5.7 CSI state 

The CSI state indicates whether the T-CSI is active or not. 

4.3.5.8 Notification flag 

The notification flag indicates whether the change of the T-CSI shall trigger Notification on Change of Subscriber Data 
or not. 

4.3.6 VMSC Terminating CAIVIEL Subscription Information (VT-CSI) 

This subclause defines the contents of the Terminating CAMEL Subscription Information for the VMSC. 

4.3.6.1 TDP List 

The TDP List indicates on which detection point triggering shall take place. 

The following trigger detection points are possible: DP Terminating_Attempt_Authorised, DP T_Busy, and 
DP T_No_Answer. 

4.3.6.2 gsmSCF address 

The gsmSCF address indicates the address to be used to access the gsmSCF for a particular subscriber. The address 
shall be an E.164 number to be used for routeing. Different gsmSCF addresses may be associated with different TDPs. 

4.3.6.3 Service Key 

The Service Key indicates to the gsmSCF the service logic to be used. Different Service Keys may be associated with 
different TDPs. 

4.3.6.4 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested if there is an error in 
the gsmSSF to gsmSCF dialogue or if the call is subject to call gapping in the gsmSSF. A default call handling shall be 
associated with each Service Key. 

4.3.6.5 DP criteria 

The DP criteria indicate whether the gsmSSF shall request the gsmSCF for instructions. 

4.3.6.6 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is requested by the gsmSCF for the service. 
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The HLR shall not include in a C SI which it sends to a VLR any data for a CAMEL phase later than that which the 
CAMEL capability handling indicates. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the VLR, the HLR can decide 
on a subscriber basis to apply ODB, perform normal call handling or perform operator specific handling 
(eventually support of a lower version of CSI). 

4.3.6.7 CSI state 

The CSI state indicates whether the VT-CSI is active or not. 

4.3.6.8 Notification flag 

The notification flag indicates whether the change of the VT-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

4.3.7 Other CAMEL data 

4.3.7.1 Location information/Subscriber state Interrogation 

This data indicates whether additional subscriber information shall be sent to the GMSC as part of the terminating call 
handling. 

an indication that the HLR shall send the location information of the called subscriber. 

- an indication that the HLR shall send the subscriber state of the called subscriber. 

4.3.7.2 gsmSCF address list for CSI 

The gsmSCF address list for CSI indicates a list of gsmSCF addresses to which Notification on Change of Subscriber 
Data is to be sent. This list is common to all CSI. 

4.3.8 Trunk Originated CAIVIEL Service Information (TO-CSI) 

The TO-CSI identifies services offered on a MSC basis by the serving PLMN operator for all incoming calls on a 
specific MSC trunk. This CSI shall be stored in the MSC. The contents of the TO-CSI is outside the scope of this 
specification. 

When processing trunk originating calls requiring CAMEL support, the TO-CSI informs the MSC to request 
instructions from the gsmSSF. The MSC monitors on request the call states (events) and informs the gsmSSF of these 
states during processing, enabling the gsmSSF to control the execution of the call in the MSC. 

Certain basic call events may be visible to the GSM Service Control Function (gsmSCF). The DPs are the points in call 
at which these events are detected. The DPs for Trunk Originated Calls are described in subclauses 4.4.2. 

Dynamic arming/ disarming rules for TO calls are specified in subclause 4.2.1.1. Static arming/ disarming of DP 
Collected_Info for TO calls shall use the following rules: 

- A DP for trunk originating call is statically armed in the MSC as a result of TO-CSI for the specific MSC trunk. 

- A statically armed DP is disarmed when the TO-CSI that caused the DP to be statically armed is withdrawn from 
the MSC. 

TDP Criteria may be defined for the case when collection of dialled digits has been performed. Criteria may be based 
on the contents and/ or length of the dialled number, basic service, call type or other information at the discretion of the 
network operator, however this is outside the scope of this specification. 



DP processing rules for TO calls are defined in subclause 4.2.2. 
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4.4 Description of CAMEL BCSMs 
4.4.1 General Handling 

The BCSM is used to describe the actions in an MSC or GMSC or VMSC during originating, forwarded or terminating 
calls. 

The BCSM identifies the points in basic call processing when Operator Specific Service (OSS) logic instances 
(accessed through the gsmSCF) are permitted to interact with basic call control capabilities. 

Figure 4.2 shows the components that have been identified to describe a BCSM. 

Transition 



DP 



Point In Call (PIC) 



Figure 4.2: BCSM Components 

4.4.2 Originating Basic Call State Model (0-BCSM) 
4.4.2.1 Description of 0-BCSM 

The 0-BCSM is used to describe the actions in an MSC during originating (MSC) , forwarded (MSC or GMSC) and 
trunk originating (MSC) calls. 

When encountering a DP the 0-BCSM processing is suspended at the DP and the MSC or GMSC indicates this to the 
gsmSSF which determines what action, if any, shall be taken if the DP is armed. For gsmSCF initiated new calls the 
0-BCSM is initially suspended at DP Collectedjnfo. 
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0_Null & Authorise_Origination_ 
Attempt_CollectJnfo 



0_Exception 




0_Change_ Of_Position 



Basic Call transition 



0_Service_ Change 

Transitions for collection of additional dialled digits 



0_Mid_Call 

(Trunk Originating Calls only) 

NOTE: The DP 0_Busy also includes the 'not reachable' case. 

Figure 4.3: Originating BCSM for CAMEL 
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The table below defines the different DPs which apply to mobile originating and forwarded calls and trunk originating 
calls. 

Table 4.2: Description of 0-BCSM DPs in the MSC 



CAMEL Detection Point: 


DP Type 


Description: 


DP Collected_lnfo 


TDP-R, EDP-R 
(note 7) 


Indication that the 0-CSI is analysed, the gsmSCF has initiated a 
call attempt (in this case the DP is neither triggered nor reported) or 
additional digits have been collected. 


DP Analysed Information 


TDP-R (note 2) 


Availability of routeing address and nature of address. 


DP Route_Select_Failure 


TDP-R (note 3), 
EDP-N, EDP-R 


Indication that the call establishment failed. 


DP 0_Busy 


EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the terminating party, 

- a not reachable event is determined from a cause IE in the ISUP 
Release message. 


DP 0_No_Answer 


EDP-N, EDP-R 


Indication that: 

- an application timer associated with the 0_No_Answer DP 
expires, 

- a no answer event is determined from a cause IE in the ISUP 
Release message. 


DP Term Seized 


EDP-N, EDP-R 


Indication that the called party is being alerted. 


DP 0_Answer 


EDP-N, EDP-R 


Indication that the call is accepted and answered by the terminating 
party. 


DP 0_Mid_Call 


EDP-N, EDP-R 


Indication that a service/service feature indication is received from 
the originating party (DTMF - note 4, note 5). 


DP 0_Change_Of_Position 


EDP-N 


Indication that the originating party has changed position (note 6). 


DP 0_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the originating party or from 
the terminating party. 


DP 0_Abandon 


EDP-N, EDP-R 


Indication that a disconnect indication is received from the originating 
party during the call establishment procedure. 


DP Service Change 


EDP-N 


Indication that the bearer service has changed. 


NOTE 1 : The DPs are defined in ITU-T Recommendation Q.1224 [44]. 

NOTE 2: For TDP-R Analysedjnformation new relationship to gsmSCF is opened. 

NOTE 3: DP Route_Select_Failure shall be reported as TDP-R when there is no relationship to gsmSCF. If a 

relationship to gsmSCF is already open, it shall be reported as EDP-R or EDP-N if armed so. DP 

Route_Select_Failure cannot be armed as TDP-R for Trunk Originating Calls. 
NOTE 4: DTMF is only applicable for the Mobile Originating or Trunk Originating Call in the VMSC. DTMF is not 

applicable at the 0_Alerting PIC. 
NOTE 5: Call Processing is suspended at DP 0_Mid_Call if a Call Party Handling information flow is handled. However, 

the DP is not reported. 
NOTE 6: DP 0_Change_Of_Position is applicable only for the Mobile Originating Call in the VMSC. 
NOTE 7: DP Collected Info as a EDP-R is applicable only for Trunk Originating Calls. 



4.4.2.1.1 



Description of the call model (PICs) 



This subclause describes the call model for originating and forwarded calls. For each PIC a description can be found of 
the entry events, functions and exit events. 

It should be noted that although the names used for PICs match those used in ITU-T Recommendation Q.1224 [44] the 
specific descriptions differ. 



4.4.2.1.1.1 
Entry events: 



0_Null & Authorise_Origination_Attempt_Collect_lnfo 



Disconnection and clearing of a previous call (DP 0_Disconnect) or default handling of exceptions by 
gsmSSF/(G)MSC completed. 

Abandon event is reported from Analyse_Information or Routing and Alerting PIC. 

Exception event is reported. 

gsmSCF requests additional digits (DP Collectedlnfo or DP Analysedlnfo). 
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Actions: 

If entry event is 'gsmSCF requests additional digits' then MSC starts collecting additional digits. 

Otherwise: 

- Interface is idled. 

- Mobile Originating call: 

SETUP information flow containing the dialled number is received from MS, preceeding call leg or 
originating exchange. 

- The supplementary service "barring of all outgoing calls" is checked and invoked if necessary. 

- The ODB category "barring of all outgoing calls" is checked and ODB is invoked if necessary. 

NOTE: the ODB category "barring of all outgoing calls when roaming" causes the HLR to send the 
category "barring of all outgoing call" if the VLR is not in the HPLMN. 

- CUG checks done in the originating MSC/VLR are performed. 

- Information being analysed e.g. 0-CSI is analysed. 

- Trunk Originating call: 

- The initial information flow containing the complete dialled number or an initial information package/ 
dialling string is received from the trunk interface. 

- Any operator specific service checks done in the originating MSC are performed. 

- Information being analysed e.g., TO-CSI is analysed. 
Exit events: 

If entry event was 'gsmSCF requests additional digits' then: 

- Additional digits collected. 

- Inter-digit timer expires 

- An exception condition is encountered. For example, collection of additional digits fails due to a lack of switch 
resources (e.g. no digit receivers are available) or calling party abandons call. 

Otherwise: 

- Originating CSI is analysed. 

- Trunk Originating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. Example exception 
condition: Calling party abandons call. 

4.4.2.1 .1 .2 Analysejnformation 

Entry events: 

- Originating CSI is analysed. (DP Collected Info). 

- Trunk Originating CSI is analysed (DP Collected Info). 

- Additional digits collected (DP Collected Info) in trunk originated call. 

- The gsmSCF has initiated a call attempt (DP Collected_Info). In this case the DP has neither been triggered nor 
has it been reported. 
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- New routeing information is received when the Busy event (DP 0_Busy), Route Select Failure event 

(DP Route_Select_Failure), Not Reachable event (DP 0_Busy) or No Answer event (DP 0_No_Answer) is 
reported from the Routing and Alerting PIC. 

New routeing information is received when the Disconnect event is reported from the 0_Active PIC. 

Actions: 

- Compare the called party number with the dialled services information. 
Exit events: 

- Availability of routeing address and nature of address. (DP Analysed_Information). 

An exception condition is encountered (e.g. invalid number); this leads to the 0_Exception PIC. 

- The calling party abandons the call; this leads to the 0_Abandon DP. 

4.4.2.1.1.3 Routing 
Entry events: 

- Availability of routeing address and nature of address. (DP Analysedjnformation). 
Actions: 

- Information is being analysed and/or translated according to dialling plan to determine routeing address. 

- Routeing address being interpreted. 

- Mobile Originating or forwarded call: Outgoing barring services and ODB categories not already applied are 
checked and invoked if necessary. 

- Trunk Originating call: Any operator specific service checks in the originating MSC are performed. 
Exit events: 

- An alerting indication (ISUP ACM) is received from the terminating party; this leads to the 0_Term_Seized DP. 

- The attempt to select the route for the call fails; this leads to the Route_Select_Failure DP. 

- A busy indication is received from the terminating party; this leads to the 0_Busy DP. 

- A not reachable indication is received from the terminating party; this leads to the 0_Busy DP. 

- A no reply indication is received from the terminating party or a no reply condition is determined at the MSC/ 
gsmSSF; this leads to the 0_No_Answer DP 

- An indication is received from the terminating half BCSM that the call is accepted and answered by the 
terminating party; this leads to 0_Answer DP. 

- The calling party abandons the call' this leads to the 0_Abandon DP. 

- An exception condition is encountered; this leads to the 0_Exception PIC. 

4.4.2.1.1.4 0_Alerting 
Entry events: 

- Called Party is being alerted (DP 0_Term_Seized). 
Continue is received in 0_Mid_Call DP. 

Actions: 

- Call is being processed by the terminating half BCSM. Waiting for indication from terminating half BCSM that 
the call has been answered by terminating party. 
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- Send a notification to the gsmSCF if the originating party changes position and DP 0_Change_Of_Position is 
armed. 

Exit events: 

- An indication is received from the terminating half BCSM that the call is accepted and answered by the 
terminating party; this leads to the 0_Answer DP. 

- A route select failure indication is received from the terminating party; this leads to the Route_Select_Failure 
DP. 

- A busy indication is received from the terminating party; this leads to the 0_Busy DP. 

- A not reachable indication is received from the terminating party; this leads to the 0_Busy DP. 

A no reply indication is received from the terminating party or a no reply condition is determined at the MSC/ 
gsmSSF; this leads to the 0_No_Answer DP. 

- The calling party abandons the call; this leads to the 0_Abandon DP. 

- An exception condition is encountered; this leads to the 0_Exception PIC. 

4.4.2.1.1.5 0_Active 
Entry events: 

- Indication from the terminating half BCSM that the call is accepted and answered by the terminating party. 
(DP 0_Answer) 

Continue is received in 0_Mid_Call DP. 

Actions: 

- Connection established between originating party and terminating party. Call supervision is provided. 

- Send a notification to the gsmSCF if the originating party changes position and DP 0_Change_Of_Position is 
armed. 

- Send a notification to the gsmSCF if the bearer is changed due to the SCUDIF and DP 0_Service_Change is 
armed. 

- Call release is awaited. 

Exit events: 

A service/service feature request is received from the originating party (DTMF) or DP 0_Mid_Call is used for 
Call Party Handling (DP 0_Mid_Call). 

- A disconnection indication is received from the originating party, or received from the terminating party via the 
terminating half BCSM (DP 0_Disconnect). 

- An exception condition is encountered. 

4.4.2.1.1.6 0_Exception 
Entry events: 

- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIC can not be met. 



Actions: 



Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 
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- If any relationship exists between the gsmSSF and the gsmSCF, the gsmSSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

- The (G)MSC/gsmSSF should make use of vendor- specific procedures to ensure release of resources within 
the (G)MSC/gsmSSF, so that line, trunk and other resources are made available for new calls. 

Exit events: 

- Default handling of the exception condition by gsmSSF/(G)MSC completed. 

4.4.3 Terminating Basic Call State Model (T-BCSM) 
4.4.3.1 Description of T-BCSM 

The T-BCSM is used to describe the actions in a GMSC and in a VMSC during terminating calls. 

When encountering a DP the T-BCSM processing is suspended at the DP and the GMSC or VMSC indicates this to the 
gsmSSF which determines what action, if any, shall be taken if the DP is armed. 
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Figure 4.4: T-BCSM in the GMSC or VMSC 
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In the table below the different DPs (in the T-BCSM) are described. 



Table 4.3: Description of T-BCSM DPs in the GMSC or VMSC 



CAMEL Detection Point: 


DP Type 


Description: 


DP Terminating_Attempt_ 
Authorised 


TDP-R 


Indication that the T-CSI / VT-CSI is analysed. 


DP T_Busy 


TDP-R (note 2), 
EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the destination exchange, 

- Busy event is determined in the visited MSC, 

- Not reachable or call establishment failure event is determined 
from the HLR response or upon a cause IE in the ISUP Release 
message. 


DP T_No_Answer 


TDP-R (note 2), 
EDP-N, EDP-R 


Indication that: 

- an application timer associated with the T_No_Answer DP 
expires 

- a no answer event is determined from a cause IE in the ISUP 
Release message. 


DP Call Accepted 


EDP-N, EDP-R 


Indication that the called party is being alerted. 


DP T Answer 


EDP-N, EDP-R 


Call is accepted and answered by terminating party. 


DP T_Mid_Call 


EDP-N, EDP-R 


Indication that a service/service feature is received from the 
terminating party (DTMF - note 3, note 4). 


DPT Change Of Position 


EDP-N 


Indication that the terminating party has changed position (note 5). 


DP T_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the terminating party or from 
the originating party. 


DP T_Abandon 


EDP-N, EDP-R 


A disconnect indication is received from the originating party during 
the call establishment procedure. 


DP T_Service_Change 


EDP-N 


Indication that the bearer service has changed. 


NOTE 1 : The DPs are defined in ITU-T Recommendation Q.1224 [44]. 

NOTE 2: DP T_No_Answer and DP T_Busy shall be reported as TDP-R when there is no relationship to gsmSCF. If a 

relationship to gsmSCF is already open, it shall be reported as EDP-R or EDP-N if armed so. 
NOTE 3: DTMF is only applicable for the VMSC but not for the GMSC. DTMF is not applicable at the T_Alerting PIC. 
NOTE 4: Call Processing is suspended at DP T_Mid_Call if a Call Party Handling information flow is handled. However, 

the DP is not reported. 
NOTE 5: DP T Change Of Position is applicable only for the Mobile Terminating Call in the VMSC. 



4.4.3.1.1 



Description of the call model (PICs) 



This subclause describes the call model for terminating calls in the GMSC and in the VMSC. For each PIC a description 
can be found of the entry events, functions, information available and exit events. 

It should be noted that although the names used for PICs match those used in ITU-T Recommendation Q.1224 [44] the 
specific descriptions differ. 



4.4.3.1.1.1 
Entry events: 



T Null 



- Disconnection and clearing of a previous call (DP T_Disconnect) or default handling of exceptions by 
gsmSSF/GMSC or VMSC completed. 

Abandon event is reported from Terminating Call Handling PIC. 

- Exception event is reported. 
Actions: 

- Interface is idled. 

- If ISUP Initial Address Message is received, the appropriate information is analysed. 

- If the T-BCSM is in the GMSC, a Send Routeing Info information flow is sent to the HLR. 

- If the T-BCSM is in the VMSC, a Send Info For Incoming Call information flow is sent to the VLR. 
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- If the T-BCSM is in the GMSC: 

The supplementary services "barring of all incoming calls" and "barring of incoming calls when roaming" are 
checked in the HLR and invoked if necessary. 

- The ODB categories "barring of all incoming calls" and "barring of incoming calls when roaming" are 
checked in the HLR and ODB is invoked if necessary. 

The supplementary service "CUG" is checked in the HLR and invoked if necessary. 

- T-CSIA^T-CSI is received and analysed. 
Exit events: 

- Response is received from HLR or VLR and terminating CSI (if available) is analysed. 

- An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. 

Example exception condition is: 

- The calling party abandons call. 

4.4.3.1 .1 .2 Terminating Call Handling 

Entry events: 

- Response is received from HLR or VLR and terminating CSI (if available) is analysed 
(DP Terminating_Attempt_Authorised) . 

- New routeing information is received when a Busy or not reachable event (DP T_Busy) or a No Answer event 
(DP T_No_Answer) is reported from the Terminating Call Handling PIC. 

New routeing information is received when a Disconnect event is reported from the T_Active PIC. 

NOTE: The HLR may use MAP signalling to indicate to the GMSC before the call is extended to the destination 
VMSC that the terminating party is not reachable, or the destination VMSC may use telephony signalling 
to indicate to the GMSC after the call has been extended to the destination VMSC that the terminating 
party is not reachable. 

Actions: 

The response from the HLR or VLR is analysed. 

- Routeing address and call type are interpreted. The next route or terminating access is selected. 

- The Call Forwarding supplementary service is invoked if necessary. 
Exit events: 

- The call is accepted and answered by terminating party; this leads to the T_Answer DP. 

- An indication is received that the called party is being alerted; this leads to the Call_Accepted DP. 

- An exception condition is encountered; this leads to the T_Exception PIC. Example exception conditions: the 
call setup to the MSC or GMSC was not successful. 

- The calling party abandons the call; this leads to the T_Abandon DP. 

- The terminating access is busy in the VMSC or a busy indication is received from the destination exchange in 
the GMSC; this leads to the T_Busy DP. 

- A not reachable event detected or failure of attempt to select the route for the terminating leg in the GMSC fails 
or the MS cannot be reached in the VMSC; this leads to the T_Busy DP. 

The no reply timer expires; this leads to the T_No_Answer DP. 
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4.4.3.1.1.3 T_Alerting 
Entry events: 

- Called party is being alerted (DP Call_Accepted) 
Continue is received in T_Mid_Call DP. 

Actions: 

- Waiting for the call to be answered by terminating party. 

- The Call Forwarding supplementary service is invoked if necessary. 

- Send a notification to the gsmSCF if the terminating party changes position and DP T_Change_Of_Position is 
armed. 

Exit events: 

- The call is accepted and answered by terminating party; this leads to the T_Answer DP. 

- An exception condition is encountered; this leads to the T_Exception PIC. Example exception conditions: the 
call setup to the MSC or GMSC was not successful. 

- The calling party abandons the call; this leads to the T_Abandon DP. 

- A busy indication (UDUB) is received from the destination exchange; this leads to the T_Busy DP. 

- A not reachable event is detected or the attempt to select the route for the terminating leg in the GMSC fails or 
the MS cannot be reached in the VMSC; this leads to the T_Busy DP. 

The no reply timer expires; this leads to the T_No_Answer DP. 

- A Call Party Handling information flow is executed; this leads to the T_Mid_Call DP. 

4.4.3.1.1.4 T_Active 
Entry events: 

- Indication that the call is accepted and answered by the terminating party. (DP T_Answer). 

- Continue is received in T_Mid_Call DP. 
Actions: 

- Connection established between originating party and terminating party. Call supervision is being provided. 

- Send a notification to the gsmSCF if the terminating party changes position and DP T_Change_Of_Position is 
armed. 

- Send a notification to the gsmSCF if the bearer is changed due to the SCUDIF and DP T_Service_Change is 
armed. 

- Wait for call release. 

Exit events: 

A disconnection indication is received from the terminating party, or received from the originating party via the 
originating half BCSM; this leads to the T_Disconnect DP. 

- An exception condition is encountered. In addition to the specific examples listed above, exception events 
include any type of failure that means that the normal exit events for a PIC cannot be met. 

- A service/service feature request is received from the called party (DTMF) or a Call Party Handling information 
flow is executed; this leads to the T_Mid_Call DP. 
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4.4.3.1.1.5 T_Exception 

Entry events: 

- An exception condition is encountered. In addition to the specific examples listed above, exception events 
include any type of failure, which means that the normal exit events for PIC cannot be met. 

Actions: 

- Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

- If any relationship exists between the gsmSSF and the gsmSCF, the gsmSSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

- The GMSC or VMSC / gsmSSF should make use of vendor-specific procedures to ensure release of 
resources within the GMSC or VMSC / gsmSSF, so that line, trunk and other resources are made available 
for new calls. 

Exit events: 

- Default handling of the exception condition by gsmSSF/GMSC is completed. 

4.4.4 Rules for Implicit Disarming of Event Detection Points 

The tables below give the rules for implicit disarming of event detection points. 

Implicit EDP disarming rules are specified in the tables below for Originating BCSM and Terminating BCSM 
respectively. Each table specifies which EDP's shall be disarmed (i.e. MonitorMode set to Transparent) if/when each 
EDP is encountered, irrespective of the EDP's Monitor Mode (Transparent, Notify And Continue, or Request). 

When EDPs armed with MonitorMode 'Request' (EDP-Rs) are encountered, any implicit EDP disarming shall take 
place before reporting the EDP and transiting the gsmSSF to the Waiting_For_Instruction state (if not already 
suspended in the Waiting_For_Instruction state). 

If the BCSM has encountered DP 0/T_Answer then an originator release must be detected as a DP 0/T_Disconnect. 

The table entry 'X' means that if the DP is encountered (independently of arming and reporting to the gsmSCF) the 
marked DP is implicitly disarmed. 

It shall be possible to rearm explicitly an implicitly disarmed DP, e.g. for follow on call. 
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Table 4.4: Implicit disarmed DPs in the 0-BCSM 
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0_Change_Of_Position 
(note 1) 
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Service Change (note 1) 
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Note 1 If the Automatic Rearm IE was present in the Request Report BCSM Event information flow for the 

0_Change_Of_Position DP, 0_Service_Change or the 0_Mid_Call DP and armed as EDP-N, then the 
DP shall be automatically rearmed by the gsmSSF when it is encountered. 



Table 4.5: Implicit disarmed DPs in the T-BCSM 
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T_Mid_CallLeg2(note1) 
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Call Accepted 
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T Change Of Position (note 1) 
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T Service Change (note 1) 




















X 


Note 1 If the Automatic Rearm IE was present in the Request Report BCSM Event information flow for the 

T_Change_Of_Position DP, T_Service_Change or the T_Mid_Call DP and armed as EDP-N, then the DP 
shall be automatically rearmed by the gsmSSF when it is encountered. 
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4.4.5 BCSM Modelling of Call Scenarios 



This subclause describes how the BCSMs defined above are used to model CS call scenarios. For each scenario the 
used and unused BCSMs involved in the call are shown. 

In some cases these models may have an allocation to physical nodes different from that shown. However, the physical 
separation of the logical functions shown shall not impact the modelling. This subclause describes the call scenarios 
without optimal routeing. If optimal routeing is invoked then the physical configurations may be different from those 
shown, but the modelling is not changed. 

CAMEL may be applied simultaneously and independently for each subscriber involved in a call. This is not shown in 
these scenarios. 

Subscribers other than those being served by CAMEL may be either PSTN subscribers, other subscribers or any other 
addressable subscriber. 



4.4.5.1 



Mobile Originated Call 



For the call from A to B, an instance of the 0-BCSM will be created in the MSC (labelled "O(A-B)"). If the A-party has 
an active 0-CSI or D-CSI, or the MSC has an active N-CSI, and the trigger criteria, if present, are fulfilled, then a 
CAMEL control relationship with gsmSCF(l) shall be established. 



O 
O 



A-Party 




B-Party 



Figure 4.5: BCSM Scenario for Mobile Originated Call 



4.4.5.2 



Mobile Terminated Call at the GMSC or VMSC 



For the call from A to B, an instance of the T-BCSM will be created in the GMSC (labelled "T(A-B)") and an instance 
of the T-BCSM will be created in the VMSC (labelled "T(A-B)"). 

If the B -party has an active T-CSI in the GMSC and the trigger criteria, if present, are fulfilled, then a CAMEL control 
relationship between the GMSC and the gsmSCF(l) shall be established. If the B-party has an active VT-CSI in the 
VMSC and the trigger criteria, if present, are fulfilled, then a CAMEL control relationship between the VMSC and the 
gsmSCF(2) shall be established. 

The relationships with gsmSCF (1) and gsmSCF(2) may exist simultaneously. The two gsmSCF endpoints of the 
relationships are treated independently. 

The nodes gsmSCF (1) and gsmSCF (2) may be the same or different entities. 
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CAMEL relationship 



gsmSCF(2) ) 

CAMEL relationship 



A-Party 




B-Party 



4.4.5.3 



Figure 4.6: BCSM Scenario for Mobile Terminated Calls at the GMSC or VMSC 



Call Forwarding at the GMSC or VMSC 



If the B-party has an active T-CSI in the GMSC or VT-CSI in the VMSC and the trigger criteria, if present, are fulfilled, 
then a CAMEL control relationship between the GMSC or VMSC and the gsmSCF(l) shall be estabHshed. 

Following processing at the GMSC or VMSC the call will be extended to the VMSC serving the B-party. This VMSC 
may be physically integrated with the GMSC. 

A new call leg to a "C" party shall be created if: 

- a Call Forwarding supplementary service or Call Deflection supplementary service forwards the call to C. An 
instance of the 0-BCSM O(B-C) will be created for the forwarding leg. If the B-party has an active 0-CSI or 
D-CSI in the GMSC or VMSC, or the GMSC or VMSC has an active N-CSI, and the trigger criteria, if present, 
are fulfilled, then a CAMEL control relationship between the GMSC or VMSC and the gsmSCF(2) shall be 
estabHshed. If the GMSC or VMSC receives the 'Suppress O-CSI' parameter, then 0-CSI shall not be used for 
the forwarding leg or deflecting leg; or 

- a CAMEL service in a control relationship with T(A-B) performs a CAMEL-based call forwarding by using a 
Connect information flow. An instance of the 0-BCSM O(B-C) will be created for the forwarding leg. If the 
B-party has an active 0-CSI or D-CSI in the GMSC or VMSC, or the GMSC or VMSC has an active N-CSI, and 
the trigger criteria, if present, are fulfilled, then a CAMEL control relationship between the GMSC or VMSC 
and the gsmSCF(2) shall be established. The 0-CSI shall be used for the forwarding leg only if the last Connect 
information flow includes the "0-CSI applicable" flag. 

The relationship with gsmSCF (1) and the relationship with gsmSCF(2) may exist simultaneously. The two 
relationships are treated independently at the GMSC. The instance of the BCSM T(A-B) and the instance of the BCSM 
O(B-C) are linked by an internal interface which is assumed to behave in a similar way to an ISUP interface. 

The nodes gsmSCF (1) and gsmSCF (2) may be the same or different physical entities. 
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CAMEL relationship (1) 



Internal "ISUP- 
like" interface 




A-Party 



C-Party 



CAMEL relationship (2) 




O 
O 



B-Party 
"surrogate" 



4.4.5.4 



Figure 4.7: BCSM Scenario for Call Forwarding at the GMSC or VMSC 



gsmSCF Initiated Call 



When the gsmSCF wishes to originate a new call, the gsmSCF establishes communication with the network using CAP 
signalling. When the gsmSCF wishes to originate a new leg within an existing call, the gsmSCF uses the already 
established communication with the gsmSSF. It sends an Initiate Call Attempt information flow which shall contain the 
address of the called party. Afterwards the gsmSCF shall instruct the gsmSSF to continue with the call processing. The 
MSC constructs an ISUP Initial Address Message using the parameters received from the gsmSCF and sends it to the 
destination exchange. 

The 0-BCSM for the gsmSCF initiated call to B (labelled "O(M-B)") is invoked on request of the gsmSCF. A control 
relationship with gsmSCF (1) is created for the initiation of a new call. 

NOTE: The term ISUP is used to denote UNI or NNI signalling system used in a given network. 




B-Party 



4.4.5.5 



Figure 4.8: BCSM Scenario for gsmSCF Initiated New Call 



Trunk Originated Call 



For the call from A to B, an instance of the 0-BCSM will be created in the MSC (labelled "O(A-B)"). If the MSC has 
an active TO-CSI for the trunk on which the call has originated, or an active N-CSI, and the trigger criteria (if present) 
are fulfilled, then a CAMEL control relationship with gsmSCF(l) shall be established. 
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A- Party 




B- Party 



Figure 4.4.5.5.1 : BCSM Scenario for Trunk Originated Call 

4.4.6 Leg Handling 

A call may consist of several call parties with each party connected to the call, e.g. there may be a calling party and 
several called parties. 

From a call handling point of view it is necessary to distinguish between a leg, which is a concept internal to the call 
handling model, and a connection, which is the external link to the party. A connection to the call party will be set up 
using telephony (e.g. ISUP) or radio access signalling. The outgoing leg already exists when the connection is set up. 
On the other hand, if a connection is released, e.g. because the destination user is busy, the leg still exists, and the 
gsmSCF can send a Connect Information Flow to connect this leg to another call party. 

4.4.6.1 Leg is created 

For the purposes of the formal description, one or more legs are created in the following cases: 

- When a call is to be established, i.e. when an incoming Setup or ISUP lAM is being handled or when a call is to 
be forwarded, the incoming leg (legl) and the outgoing leg (leg2) are created before the first CS_gsmSSF 
process is invoked for that call in this MSC. In particular, this applies before the Call Control Function (CCF) 
sends DP_Collected_Info (for originating, forwarded or deflected calls) or 
DP_Terminating_Attempt_Authorised (for terminating calls) to the CS_gsmSSF process; 

- When the CS_gsmSSF process receives an Initiate Call Attempt Information Flow, an outgoing leg is created. 

4.4.6.2 Leg continues to exist 

For the purposes of the formal description, a leg continues to exist in the following cases: 

- The CCF sends any DP to the CS_gsmSSF the leg will continue to exist at least until the CS_gsmSSF instructs 
the CCF to continue its processing for the leg; 

- A connection to a called party is not successful and the gsmSCF sends a new Connect Information Flow for that 
leg; 

- A called party releases her connection and the gsmSCF sends a new Connect Information Flow for that leg; 

- The CS_gsmSSF processes either of the Call Party Handling Information Flows Move Leg and Split Leg; 
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4.4.6.3 Leg is released 

Before a leg is released the corresponding connection is released. All outstanding reports for the leg are sent to the 
gsmSCF and the corresponding call records are closed. 

For the purposes of the formal description, a leg ceases to exist when any of the following events occurs: 

- The calling party releases the connection, the CCF sends a DP to the CS_gsmSSF and the CCF receives 
Int_Continue or Int_Continue_With_Argument from the CS_gsmSSF process; 

- A connection to a called party is not successful (DPs Route_Select_Failure, 0_Busy, 0_No_Answer, T_Busy 
and T_No_Answer), the CCF sends a DP to the CS_gsmSSF and the CCF does not receive Int_Connect for that 
outgoing leg from the CS_gsmSSF; 

- The called party releases her connection, the CCF sends a DP to the CS_gsmSSF and the CCF does not receive 
Int_Connect for that outgoing leg from the CS_gsmSSF; 

- The CCF receives Int_Disconnect_Leg from the CS_gsmSSF; 

- The timer Tcp expires for a leg and the condition "Release if duration exceeded" is true for that leg; 

- The CCF receives Int_Release_Call from the CS_gsmSSF. 

If a call is released, either on instruction from the CS_gsmSSF or on normal call handling without any CAMEL 
interaction, then all legs involved in the call cease to exist. 



4.4.6.4 



Leg is moved 



A leg can be moved from one call segment (source call segment) to another call segment (target call segment) as a 
result of a Move Leg or Split Leg information flow. When the CSA_gsmSSF receives a Split Leg Information Flow it 
creates a new call segment and moves the specified leg into this call segment. When the CSA_gsmSSF receives a Move 
Leg Information Flow it moves the specified leg into call segment 1 . 

A leg is no longer contained in the source call segment when the source CS_gsmSSF receives Int_Export_Leg_ack 
from the CCF. 

A leg is contained in the target call segment when the target CS_gsmSSF receives Int_Import_Leg_ack from the CCF. 

4.5 Procedures for CAMEL 

The SDLs in the present document illustrate how CAMEL modifies the normal call handling. They do not attempt to 
show all the details of call handling in nodes that support CAMEL. Relevant parts of 3GPP TS 23.018 [12] apply in 
addition to these SDLs. For example, some inputs leading to unsuccessful call attempts are not shown on these 
diagrams - corresponding clauses in 3GPP TS 23.018 [12] apply. 

Note that in some SDL processes and procedures the Release information flow may be sent on both an access interface 
and an inter- switch interface. If the message is sent on a UNI, its effect is the same as a Release transaction information 
flow. 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information in the 
SDL diagrams. 

4.5.1 Overall SDL architecture 

The following mapping from the SDL procedures to the Intelligent Network concepts apply: 



SDL process 


Description 


SDL process 
specification 


CSA_gsmSSF 


Call Segment Association (CSA). The CSA SDL process distributes the CAP 
operations to the appropriate Call Segment(s). 


3GPP TS 23.078 


OS gsmSSF 


Call Segment (CS). Controls one or more BCSIVIs. 


3GPP TS 23.078 


OCH_MSC 


O-BCSIVI in VIVISC for IVIobile Originating call controlling both Leg 1 and 
Leg 2. 


3GPPTS 23.018 
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SDL process 


Description 


SDL process 
specification 




If CAP Disconnect Leg (leg 2) is received at the initial detection point 
(Collected_lnfo), then the call is not routed to the destination and the process 
calls the procedure CAMEL_0CH_LEG1_MSC to control Leg 1 . 
If Answer is received, the process spawns the child process 
CAMEL OCH LEG2 MSC to control Leg 2 and calls the procedure 
CAMEL_0CH_LEG1_MSC to control Leg 1 . The handling of the legs after 
answer is completely separate. 




MT_GMSC 


T-BCSM in the GMSC controlling both Leg 1 and Leg 2. 

If CAP Disconnect Leg (leg 2) is received at the initial detection point 

(Terminating_Attempt_Authorised), then the call is not routed to the 

destination and the process spawns the child process 

CAMEL_MT_LEG1_GMSC to control Leg 1 . The process MT_GMSC 

terminates. 

If Answer is received, the process spawns the child process 

CAMEL_MT_LEG1_GMSC to control Leg 1 and calls the procedure 

CAI\/IEL_I\/IT_LEG2_GI\/ISC to control Leg 2. The handling of the legs after 

answer is completely separate. 


3GPPTS 23.018 


MT_CF_MSC 


O-BCSIVI in the redirecting IVISC for Call Forwarding supplementary service, 
or Call Deflection supplementary service, or for CAIVIEL-based call 
forwarding. This process controls both Leg 1 and Leg 2. 
If CAP Disconnect Leg (leg 2) is received at the initial detection point 
(Collected_lnfo), then the call is not routed to the destination and the process 
calls the procedure CAI\/IEL_I\/IT_CF_LEG1_I\/ISC to control Leg 1 . 
If Answer is received, the process spawns the child process 
CAI\/IEL_I\/IT_CF_LEG2_I\/ISC to control Leg 2 and calls the procedure 
CAMEL_MT_CF_LEG1_MSC to control Leg 1 . The handling of the legs after 
answer is completely separate. 


3GPPTS 23.018 


ICH_MSC 


T-BCSM in the VMSC controlling both Leg 1 and Leg 2. 

If CAP Disconnect Leg (leg 2) is received at the initial detection point 

(Terminating_Attempt_Authorised), then the call is not routed to the 

destination and the process spawns the child process 

CAMELJCH_LEG1_MSC to control Leg 1 . The process ICH_MSC 

terminates. 

If Answer is received, the process spawns the child process 

CAMEL ICH LEG1 MSC to control Leg 1 and calls the procedure 

CAMEL_ICH_LEG2_MSC to control Leg 2. The handling of the legs after 

answer is completely separate. 


3GPPTS 23.018 


TO_MSC 


0-BCSM in the inter-connecting MSC for trunk originated calls. This process 
controls both Leg 1 and Leg 2. 

If CAP Disconnect Leg (leg 2) is received at the initial detection point 
(Collected Info), then the call is not routed to the destination and the process 
calls the procedure CAMEL_T0C_LEG1_MSC to control Leg 1 . 
If Answer is received, the process spawns the child process 
CAMEL_MT_CF_LEG2_MSC to control Leg 2 and calls the procedure 
CAMEL_T0C_LEG1_MSC to control Leg 1 . The handling of the legs after 
answer is completely separate. 


3GPPTS23.018 


Assisting IVISC 


The process in the MSC to handle an assist request. 


3GPP TS 23.078 


CAMELJCA_MSC 


0-BCSM for gsmSCF initiated new call, or for new party set-up. This process 
controls the new leg. 


3GPP TS 23.078 



The following general rules apply: 

1 There is only one CSA per CAP dialogue. 

2 The CSA controls one or more Call Segments. 

3 A Call Segment controls one or more BCSMs. Due to Call Party Handling, legs may be moved from one Call 
Segment to another and new Call Segments may be created. When legs are moved they take their properties with 
them, i.e. armed EDPs and pending reports. 

4 Legs are not moved between BCSMs. 

5 The active legs in the same Call Segment have a voice connection. They hear each other and the same in-band 
tone and announcements. The following exceptions exist: 
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Apply Charging IF: the warning tone associated with the Apply Charging IF is played to a single call party in 
the Call Segment. 

Play Tone IF: the flexible tone from the Play Tone IF may be played to a single call party in the Call 
Segment. 



The following diagrams shows the overall architecture for the SDL diagrams. 



gsmSRF 



Mobile 
Station 



CAP relay interface 



Internal, interface 



A interface 



gsmSCF 



CAP injterface 



gsmSSFl 



CSA_gsmSSF 



Internal Interface 



CS_gsmSSF 



Internal interface 



OCH MSC 



ISUP interface 



Destination 
Exchange 



Figure 4.9-1 : Outgoing case (gsmSSF relay) 
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Figure 4.9-2: Outgoing case (direct path gsmSCF to gsmSRF or assist with relay) 
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Figure 4.9-3: Terminating GMSC case (gsmSSF relay) 
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Figure 4.9-4: Terminating GMSC case (direct path gsmSCF to gsmSRF or assist with relay) 
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NOTE: The ICHMSC may also be connected via an A interface to the terminating IVIobile Station. 
Figure 4.9-5: Terminating VMSC case (gsmSSF relay) 
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Figure 4.9-6: Terminating VMSC case (direct path gsmSCF to gsmSRF or assist with relay) 
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Figure 4.9-7: Assisting case 
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Figure 4.9-8: gsmSCF initiated call case (gsmSSF relay) 
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Figure 4.9-9: Trunk Originating case (gsmSSF relay) 



4.5.2 Handling of mobile originated calls 



4.5.2.1 



Handling of mobile originated calls in the originating MSC 



The functional behaviour of the originating VMSC is specified in 3GPP TS 23.018 [12]. The procedures specific to 
CAMEL are specified in this subclause: 

- Procedure CAMEL_OCH_MSC_INIT; 

- Procedure CAMEL_MO_Dialled_Services; 

- Procedure CAMEL_OCH_MSC_ALERTING; 

- Procedure CAMEL_OCH_MSC_ANSWER; 

- Procedure C AMEL_OCH_MSC 1 ; 

- Procedure CAMEL_0CH_MSC2; 

- Procedure C AMEL_OCH_MSC_DISC 1 ; 

- Procedure CAMEL_0CH_MSC_DISC2; 

- Procedure C AMEL_0CH_MSC_DISC3 ; 

- Procedure CAMEL_0CH_MSC_DISC4; 

- Procedure CAMEL_Disconnect_CTR_SRF; 

- Procedure CAMEL_OCH_ETC; 

- Procedure CAMEL_OCH_CTR; 

- Procedure CAMEL_Start_TNRy; 
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- Procedure CAMEL_Stop_TNRy; 

Procedure CAMEL_Store_Destination_Address; 

- Procedure CAMEL_Modify_CUG_Info; 

- Procedure CAMEL_N_CSI_CHECK_MSC; 

- Procedure CAMEL_0CH_LEG1_MSC; 

- Procedure CHECK_DIGIT_STRING_MSC; 

- Process CAMEL_0CH_LEG2_MSC; 

- Process CAMEL_OCH_RECONNECT_MSC; 

- Procedure C AMEL_EXPORT_LEG_MSC ; 

- Process CAMEL_0_CHANGE_OF_POSITION_MSC; 

- Procedure CAMEL_0_SCUDIF_MSC. 

NOTE: Procedure CAMEL_0CH_MSC_DISC3 applies to CAMEL Phase 1 only. 

The procedure Send_Access_Connect_If_Required is specified in 3GPP TS 23.018 [12]. 

The procedure CAMEL_0CH_LEG1_MSC supervises the originating party only. The process 
CAMEL_0CH_LEG2_MSC supervises the terminating party only. Hence, signals from the BSS are received by the 
procedure CAMEL_0CH_LEG1_MSC and signals from the destination exchange are received by the process 
CAMEL_0CH_LEG2_MSC. 

The following paragraphs give details on the behaviour of the MSC in the procedures CAMEL_OCH_MSC_INIT, 
CAMEL_OCH_ETC, CAMEL_OCH_ANSWER and CAMEL_Store_Destination_Address. 

4.5.2.1 .1 Actions of the MSC on receipt of lnt_Error 

The MSC checks the default Call Handling parameter in the relevant CSI. 

If the default call handling is release call, a Release is sent to the MS and an Abort to the VLR. The MSC then releases 
all call resources and the procedure CAMEL_OCH_MSC_INIT ends. 

If the default call handling is continue call, the MSC continues processing without CAMEL support. It sends 
Send_Info_For_Ougoing_Call to the VLR and waits in state Wait_For_MO_Call_Result. 

4.5.2.1 .2 Actions of the IVISC on receipt of lnt_Continue 

The MSC continues processing without any modification of call parameters. At DP Analysedjnformation it sends Send 
Info For Ougoing Call information flow to the VLR and waits in state Wait_For_MO_Call_Result. 

4.5.2.1 .3 Actions of the IVISC on receipt of lnt_Continue_With_Argument 

The MSC continues processing with modified call parameters. The MSC shall replace the call parameters by the 
information received in the Int_Continue_With_Argument signal. Call parameters which are not included in the 
Int_Continue_With_Argument signal are unchanged. 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

4.5.2.1 .4 Actions of the MSC on receipt of lnt_Connect 

The MSC continues processing with modified call parameters. The MSC shall transparently modify the call parameters 
with the received information. The MSC then sends a PROGRESS message to the MS. Call parameters which are not 
included in the Int_Connect signal are unchanged. 
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Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 

At DP Collected_Information the MSC sets the 0-CSI suppression parameter. If D-CSI and N-CSI are not present, the 
MSC sends a Send Info For Outgoing Call to the VLR and waits in state Wait_For_MO_Call_Result. 

At DP Analysed_Information it sets the D-CSI suppression parameter, sends a Send Info For Outgoing Call to the VLR 
and waits in state Wait_For_MO_Call_Result. 

4.5.2.1 .5 Actions of the MSC on receipt of lnt_Release_Call 

A Release is sent to the MS, an abort to the VLR and a Release is sent to the destination exchange. The release cause 
received in the Int_Release_Call signal is used. The MSC then releases all call resources and the procedure 
CAMEL_OCH_MSC_INIT ends. 

4.5.2.1 .6 Actions of the IVISC on receipt of lnt_Disconnect_Leg (Leg 2) 

If the MSC receives Int_Disconnect_Leg (Leg 2) signal from the gsmSSF, in response to an Initial DP information 
flow, the MSC will continue the handling of the calling party (Legl) without routeing the call to a destination. 

4.5.2.1 .7 Actions of the IVISC on receipt of lnt_Apply_Warning_Tone 

This section applies to all call cases. The MSC will play a tone to the indicated leg or call segment. 
The following special cases exist when there is already an existing tone to a leg or call segment: 

1 If the MSC is playing a tone to a leg and the Int_Apply_Warning_Tone instructs the MSC to play a tone for 
another leg (in the same or a different call segment), then the tones will be played independently; 

2 The tones for different call segments are independent; 

3 If the MSC is playing a tone to a leg and the Int_Apply_Warning_Tone instructs the MSC to play another tone 
for that leg, then the MSC will stop the existing tone and the latter tone will be played for that leg. 

4 If the MSC is playing a tone to a call segment and the Int_Apply_Warning_Tone instructs the MSC to play 
another tone for that call segment, then the MSC will stop the existing tone and the latter tone will be played for 
that call segment. 

5 If the MSC is playing a tone for the call segment and the Int_Apply_Warning_Tone instructs the MSC to play 
another tone for a leg in that call segment, then the particular leg shall hear (as an MSC option) either: 

a The latter tone only, or 

b Two tones. As an MSC option, the two tones may be played in parallel or in a sequence. 

The other leg(s) shall keep hearing the (old) call segment tone. 

6 If the MSC is playing a tone for a leg and the Int_Apply_Warning_Tone instructs the MSC to play another tone 
for that call segment, then the particular leg shall either hear (as an MSC option): 

a The latter tone only, or 

b Two tones. As an MSC option, the two tones may be played in parallel or in a sequence. 

The other leg(s) shall start hearing the new call segment tone. 

4.5.2.1 .8 Action of the MSC in procedure CAMEL_OCH_MSC_ANSWER 

If the MSC received a destination address from the GMSC in the ISUP Answer or Connect Message, the MSC relays 
the destination address to the gsmSSF in the Int_DP_0_Answer signal. 

NOTE 1: The sending of e-parameters by the gsmSCF after receiving the DP_0_Answer indication may be to late. 
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NOTE 2: If the MO call is not subject to Basic OR, then the destination address is generated by the MSC. If the 

MO call is subject to Basic OR, the MSC will receive a destination address from the GMSC in the ISUP 
Answer or Connect Message. 

4.5.2.1 .9 Action of the MSC in procedure CAI\/IEL_OCH_ETC 

In procedure CAMEL_OCH_ETC (sheet 2) the MSC will remain in the Wait_For_Assisting_ Answer state until it 
receives an ISUP Answer Message (ANM) or timeout occurs. This is to ensure that a call record is always generated for 
every successful establishment of a temporary connection to a gsmSRF, especially in the case where the connection is 
between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 

Message (ANM). 

If a Progress Message is sent towards the MS the progress indicator shall indicate "In Band Information". 

4.5.2.1.10 Procedure CAI\/IEL_0CH_LEG1_I\/ISC 

The Int_DTMF_Digit_Received information flow is received from an internal process in the MSC that receives DTMF 
signalling from the MS. The handling of the internal process that receives DTMF signalling is out of scope of the 
present document. The playing of the received DTMF tones to the other parties in the call segment is out of scope of the 
present document. 

4.5.2.1 .1 1 Process CAMEL_0_CHANGE_OF_POSITION_MSC 

The signals HANDOVER COMPLETE and HANDOVER PERFORMED are specified in 3GPP TS 48.008 [39]. 
Signals RELOCATION REQUEST ACKNOWLEDGE, LOCATION REPORT and LOCATION REPORTING 
COMMAND are specified in 3GPP TS 25.413 [33]. 

4.5.2.1 .12 Procedure CAMEL_Start_TNRy 

The recommended value range in the gsmSSF for the default TNRy timer for CAMEL handling is 10 seconds to 3 
minutes. 

The CSE provided TNRy value is applied only once per outgoing leg. The decision "TNRy received?" decision box 
goes to "No" branch if the TNRy duration has been used for once and no new timer value has been received since 
previous call of this procedure. 

The task box "Cancel TNRy received" ensures that the gsmSCF provided timer is applied only once per call leg. The 
task box prevents the use of previously received timer value from the gsmSCF in subsequent calls (e.g. as in the case of 
a follow-on call). 

For example: The gsmSCF arms 0_No_ Answer EDP and also sent a TNRy timer duration. The call fails and EDP 
0_No_Answer is reported to the gsmSCF. The gsmSCF sends a Connect (i.e. follow-on call), and also arms EDP 
0_No_Answer, but this time, with no TNRy timer duration included. The gsmSSF does not use the TNRy timer 
previously provided by the gsmSCF. Instead, the network's default TNRy timer is used if available for the follow-on 
call. 
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Procedure CAMEL OCH MSC INIT 
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Figure 4.10-1 : Procedure CAMEL_OCH_MSC_INIT (sheet 1) 
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Procedure CAMEL OCH MSC INIT 



/* Procedure in the MSC to perform 
CAMEL handling for an outgoing 
call request 7 
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Figure 4.10-2: Procedure CAMEL_OCH_MSC_INIT (sheet 2) 
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Procedure CAMEL_OCH_MSC_INIT 

r N 
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Figure 4.10-3: Procedure CAMEL_OCH_MSC_INIT (sheet 3) 
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Procedure CAMEL_OCH_MSC_INIT 
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Figure 4.10-4: Procedure CAMEL_OCH_MSC_INIT (slieet 4) 
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Procedure CAMEL MO Dialled Services 
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process CAMEL dialled services 
for mobile originated calls */ 
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Figure 4.11-1: Procedure CAMEL_MO_Dialled_Services (sheet 1) 
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Procedure CAMEL MO Dialled Services 
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Figure 4.11-2: Procedure CAMEL_MO_Dialled_Services (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



75 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL MO Dialled Services 
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Figure 4.11-3: Procedure CAMEL_MO_Dialled_Services (slieet 3) 
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Procedure CAMEL SDS MO INIT 
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Figure 4.12-1 : Procedure CAMEL_SDS_MO_lnit (sheet 1) 
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Procedure CAMEL SDS MO INIT 
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transaction 



PAMEL_OCH 
MSC DISC4 



Results 
Abort 




Figure 4.12-2: Procedure CAMEL_SDS_MO_INIT (slieet 2) 
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Procedure CAMEL_SDS_MO_INIT 

r N 

/* Procedure in the MSC to perform ^^^ 
CAMEL handling for a subscribed 
Dialled Service */ 



3(4) 



/* Signals to/from the right are to/from | 
the gsmSSF if not otherwise stated. 7 



i 



P_Analysed_lnf 



DP_Analysed_lnfo, 
Leg2_Disconnected 



lnt_Disconnect 
_Leg(leg2) \ 



lnt_Establislv 
Tempo rary_j\ 
Connection 



lnt_Connect/fo_ 
Resource \ 



lnt_DisconnecY 
_Leg_ack / 



CAMEL OCH ETC CAMEL OCH CTR 



L6g2_Disconnected 




No 



Yes 



Result := 
fail 




Figure 4.12-3: Procedure CAMEL_SDS_MO_INIT (slieet 3) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



79 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL SDS MO INIT 



4(4) 



/* Procedure in the MSC to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are ^ 

to/from the BSS; signals to/from the right are 
to/from the gsmSSF. */ 



Leb2 Disconnected 



> Release 
transaction 



0AMEL_OCH 
MSC DISC4 



Int Continue 



Result := 
Abort 



lnt_Continu^ lnt_Disconn^ct 
With_Argurhent _Leg(leg1 ) \ 



lnt_Release^ 
Call \ 



Int Error 



'Modify call 

parameters with 

received ir i formation 



lnt_Disconnect_ 
, Leg_ack / 



Result := 
Leg1_only 



Result : 
Fail 




Figure 4.12-4: Procedure CAMEL_SDS_MO_INIT (sheet 4) 
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Procedure CAMEL NDS MO INIT 



1(4) 



/* Procedure in the MSC to perform ^^^ 

CAMEL handling for a network 

Dialled Service for mobile originated calls*/ 



Result= 
Pass 





CAMEL_ 

Invocation 

:= True 




Yes 



jQ^Referent 
nber stored/ 



No 



Allocate Call 
Reference Number 




Store Original 
Call Parameters 



/* Signals to/from the right are 
to/from the gsmSSF. */ 



lnt_lnvoke_ 

gsmSSF 

(N-CSI) 



Wait_for_ 
gsmSSFJnvokej 



lnt_gsmSSFy^ 
Invoked ^ 



lnt_DP_ 

Analysed_ 

Info 



DP_ 

Analysed_ 

Info 



y Release 
transaction 



lnt_0_Exceptia 



Results 
Abort 




Figure 4.13-1 : Procedure CAMEL_NDS_MO_INIT (sheet 1) 
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Procedure CAMEL NDS MO INIT 



2(4) 



/* Procedure in the MSC to perform ^^^ 

CAMEL handling for a network 

Dialled Service for mobile originated calls*/ 



/* Signals to/from ^ 

the right are to/from the gsmSSF if 
not otherwise stated. */ 



lnt_Release/ 
Call ^ 



DP_ 

Analysed_ 

Info 



Int Error 



Int Continua 




No 



Results 
Fail 




Yes 



Results 
Pass 




Int Connect^ 



CAMEL_ 
_Modify_ 
CUG Info 



'Modify call 

parameters with 

received informatio n' 



Results 
Pass 




lnt_Continue/ 
_With_ \ 
Argument 



y Release 
transaction 



PAMEL_OCH 
MSC DISC4 



Results 
Abort 




Figure 4.13-2: Procedure CAMEL_NDS_MO_INIT (slieet 2) 
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Procedure CAMEL_NDS_MO_INIT 

r N 

/* Procedure in the MSC to perform ^^^ 

CAMEL handling for a network 

Dialled Service for mobile originated calls*/ 



3(4) 



/* Signals to/from the right are to/from | 
the gsmSSF if not otherwise stated. 7 



P_Analysed_lnf 



DP_Analysed_lnfo, 
Leg2_Disconnected 



lnt_Disconn^t 
_Leg(leg2) 



lnt_Disconnecl 
_Leg_ack 



lnt_Establislv 
Temporary^ 
Connection 



CAMEL OCH ETC 



lnt_Connect/fo_ 
Resource \ 



CAMEL OCH CTR 



Leg2_Disconnected 



Result= 
\ fail? . 



No 



Yes 



Result := 
fail 




Figure 4.13-3: Procedure CAMEL_NDS_MO_INIT (slieet 3) 
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Procedure CAMEL NDS MO INIT 



4(4) 



/* Procedure in the MSC to perform \ 

CAMEL handling for a network 

Dialled Service for mobile originated calls*/ 



/* Signals to/from the left are ^ 

to/from the BSS; signals to/from the right are 
to/from the gsmSSF. */ 



Leg2_Disconnected 



> Release 
transactior 



Oamel_och 

MSC DISC4 



Int Continue 



Result := 
Abort 



lnt_Continue_ lnt_Disconnect lnt_Releas6 
With_Argument _Leg(leg1)\ Call 



Int Error 



'Modify call 

|i)arameters with 

received ir i formation 



lnt_Disconnec^t_ 
, Leg_ack 



Result := 
Leg1_only 



Result : 
Fail 




Figure 4.13-4: Procedure CAMEL_NDS_MO_INIT (slieet 4) 
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Procedure CAMEL OCH MSC ALERTING 



1(3) 



/* Procedure in the MSC to 
inform the gsmSSF that the 
call is in the alerting phase 7 



/* Signals to/from the left are ^ 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. */ 



No 



Result:= 
pass 



J From destination 
exchange 





Dr-0_Term_Seizbd 



J From destination 
^ I exchange 



J To destination 
exchange 



^ Internal 




Figure 4.14-1 : Procedure CAMEL_OCH_MSC_ALERTING (slieet 1) 
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Procedure CAMEL OCH MSC ALERTING 



/* Procedure in the MSC to 
inform the gsmSSF that the 
call is in the alerting phase 7 



To destination 
exchange 



Release 



Result:^ 
fail 




DP_0_Term_Seized 



Int Error 



No 




Yes 



Result:= 
Pass 




2(3) 



/* Signals to/from the left are ^ 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. */ 



lnt_Continue 
With_Argumbqt 



Figure 4.14-2: Procedure CAMEL_OCH_MSC_ALERTING (slieet 2) 
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Procedure CAMEL OCH MSC ALERTING 



3(3) 



/* Procedure in the MSC to 
inform the gsmSSF that the 
call is in the alerting phase 7 



/* Signals to/from the left are ^ 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. */ 



DP O Term Seized 



lnt_Establish/ 
Temporary C 
Connection ^ 



CAMEL OCH ETC 



Result:^ 
fail 




Fail 



lnt_Connect/fo_ 
Resource \ 



CMMEL OCH CTR 




ELSE 



Result:= 
Answer 



Figure 4.14-3: Procedure CAMEL_OCH_MSC_ALERTING (slieet 3) 
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Procedure CAMEL OCH MSC ANSWER 



1(3) 



/* Procedure in the MSC to 
handle an outgoing call 7 



/* Signals to/from the left are K 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. 7 



Int Continue 



Int Releas 



Result:= 
pass 




Release 



To destination l 
exchange 




Int DP O Answer 



Answer_Received 
True 



DP O Answei 



Release 




Release 



J From destination 
exchange 



Oamel_och 

MSC DISC2 




Yes 



^ CAMEL HancTng 

Yes '^---'>^ ^ 

No 



Release 



Yes 



Answer_Received 
False 



Result:: 
fail 



Result:= 
reconnect 





Figure 4.15-1 : Procedure CAMEL_OCH_MSC_ANSWER (sheet 1) 
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Procedure CAMEL OCH MSC ANSWER 



2(3) 



/* Procedure in the MSC to 
handle an outgoing call 7 



/* Signals to/from the left are K 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. 7 



DP O Answei 



Int Error 



No 




lnt_Continue_ 
With_Argument 



Default call handling 
continue call ? 



Yes 



Release 



Result:= 
Pass 



To destination l 
exchange 



Release 




Result:: 
fail 




Figure 4.15-2: Procedure CAMEL_OCH_ANSWER (sheet 2) 
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Procedure CAMEL_OCH_MSC_ANSWER 

\r Procedure in the MSC \o[\ 
handle an outgoing call 7 



3(3) 



/* Signals to/from the right are to/from [ 
the gsmSSF if not otherwise stated. */ 



DP O Answer 



lnt_EstablisJ^ 
Temporal 



CAMEL OCH ETC 



No 



lnt_Connect_To_ 
Resource \ 



CAMEL OCH CTR 




Yes 



Result:= 
fail 




Figure 4.15-3: Procedure CAMEL_OCH_ANSWER (sheet 3) 
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Procedure CAMEL OCH MSC1 



1(3) 



/* Procedure in the MSC in the 
case of CAIVIEL handling to 
connect a call at DP Busy, 
Route select failure. 7 



Yes 




lnt_DP_Routk 
_Select_ y- 
Failure / 



/ DP_Route_ 
_Select_ 
Failure 





to the gsmSSF 
of 0-CSI 



Signals to/from ^ 

the right are to/from the gsmSSF if 
not otherwise stated. 



Busy, 
Subscriber Absent 



Int DP O Bus; 



No 



Result := 
continue 



r 



DP_0_Busy 




lnt_DP_Rout^ 
_Select_ 
Failure / 



to the gsmSSF 
of EDS dialogue 



DP_Route_ ^ 
_Select_ 
Failure EDSy 



Int Connect< 



CAMEL_ 
_Modify_ 
CUG Info 



Modify call 

parameters with 

re beived informatio n 



Result := 
reconnect 




Int Continua 



ln?-Continu^ Int Error 

With_Argument ~ 



Int Release<Call 



Else 



Cause 




Busy 

Subscriber Absent 



Result := 
Continue 




Figure 4.16-1 : Procedure CAMEL_0CH_MSC1 (sheet 1) 
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Procedure CAMEL_0CH_MSC1 

I N 

/* Procedure in the MSC in the ^^^ 
case of CAIVI EL handling to 
connect a call at DP Busy, 
Route select failure. 7 



2(3) 



Signals to/from ^ 

the right are to/from the gsmSSF if 
not otherwise stated. 



Int Connect^ 



DP_0_Busy, 

DP Route Select Failure 



Int Continue 



lnt_Continu^ 
With_Argumeqt 



Int Error 



Int Release<Call 



CAMEL_ 
_Modify_ 
CUG Info 



Modify call 

parameters with 

received information 



Results 
reconnect 



Results 
continue 




Figure 4.16-2: Procedure CAMEL_0CH_MSC1 (sheet 2) 
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Procedure CAMEL OCH MSC1 



3(3) 



/* Procedure in the MSC in the 
case of CAIVIEL handling to 
connect a call at DP Busy, 
Route select failure. 7 



Signals to/from the left are ^ 

to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. 



> Release 



Int DP O Aba>idon 



DP O Abando 



Int continui 



DP_0_Busy 

DP_Route_Select_Failure 

DP Route Select Failure EDS 



lnt_Establish/ 
Temporary^ 
Connection 



CAMEL OCH ETC 



lnt_Connect/fo_ 
Resource \ 



CAMEL OCH CTR 



lnt_Continuai 
With_Argunibnt 



Result := 
continue 



Result = 
fail? 




No 



Yes 




Figure 4.16-3: Procedure CAMEL_0CH_MSC1 (sheet 3) 
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Procedure CAMEL_0CH_MSC2 

\r Prodecudure in the MSC \o\\ 

i connect a call at DP 

j No_Answer 7 j 



1(3) 



Result:= 
continue 



Signals to/from |\ 

the right are to/from the gsmSSF if 
not otherwise stated. 




Int DP O N> Answer 



DFfO No Answer 



Int Connect 



Int Contin<fe 



CAMEL_ 
_Modify_ 

mm Infn 



Modify call 
darameters with 
leived infnrmatlion 



Result:= 
reconnect 



X 



lnt_ContinL 
With_Argun<^nt 



Int Error 



Int Release Call 



Result:= 
release 




Figure 4.17-1 : Procedure CAMEL_0CH_MSC2 (slieet 1) 
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Procedure CAMEL OCH MSC2 



2(3) 



/* Prodecudure in the MSC to 
connect a call at DP 
No Answer */ 



Signals to/from the left are ^ 

to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. 



d, 



P O No Answer 






> Release 



Int DP O Abandon 



DP O Abando 



Int continu( 



lnt_Continu^ 
With_Argumbqt 



Result:= 
fail 




Figure 4.17-2: Procedure CAMEL_0CH_MSC2 (sheet 2) 
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Procedure CAMEL_0CH_MSC2 

/* Prodecudure in the MSC to \ 
connect a call at DP 1 

No Answer */ 



J 

DP_0_No_Answ^r 



lnt_Establish/ 
Temporary C 
Connection ^ 



CAMEL OCH ETC 



No 



P_0_No_Answir 



Result= 
fail? 



3(3) 



Signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



lnt_Connect/fo_ 
Resource \ 



CAMEL OCH CTR 



Yes 



Result:= 
release 




Figure 4.17-3: Procedure CAMEL_0CH_MSC2 (sheet 3) 
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Procedure CAMEL_0CH_MSC_DISC1 

r N 

/* Procedure in the MSC to perform ^^ 
handling for a call release 7 1 



No 




gsmSSF" 
ivoked?^ 



Yes 



lnt_DP_ \ 
0_Disconnect/ 
r legld = 1 T 



DP_ 
_Disconnect_l) 



Int Error 



Int Release<Call 



Int Continue 



lnt_Continu^ 
With_Argumkit 



1(1) 



/* Signals to/from ^ 

the right are to/from the gsmSSF 
if not otherwise stated. */ 



Release 



J From destination 
exchange 



lnt_DP_ \ 
0_Disconnect/ 
r legld = 2T 



P O Disconnect 



lnt_Continu^ 
With_Argumeqt 



Int Continui 



Int Error 



result := 
normal_ 
handling 



result:= 
CAMEL_ 
handling 





Int ReleaseCall 



Figure 4.18-1 : Procedure CAMEL_0CH_MSC_DISC1 (slieet 1) 
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Procedure CAMEL OCH MSC DISC2 



1(2) 



/* Procedure in the MSC to perform 
handling for a call release 7 



/* Signals to/from the left are ^ 
to/from the BSS or the process 
MT_GMSC; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. */ 



No 



result:= 
normal_ 
handling 





n may have a value 
of 2 or higher 



lnt_DP_ \ 
_0_Disconnec^ 
\neQ\6 = n*r 



DP_0_ 
Disconnect n 



> Release 



Int Continue 



lnt_Continu^ 
With_Argument 



lnt_Release/ 
Call ^ 



Int error 



Int Connect< 



lnt_DP_ \ 
0_Disconnect/ 
riegld = 1 T 



DP_0_ 
Disconnect 1 



Int Error 



Int Continue 



lnt_Continu^ 
With_Argumeqt 



Int ReleaseiCall 



CAMEL_ 
_Modify_ 
CUG Info 



Modify call 

parameters with 

received information 



Answer Received 
False 



Result:= 
reconnect 



result := 
CAMEL_ 
handling 



result:= 
normal_ 
handling 




Figure 4.19-1 : Procedure CAMEL_0CH_MSC_DISC2 (sheet 1) 
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Procedure CAMEL_0CH_MSC_DISC2 

r N 

/* Procedure in the MSC to perform ^^ 
handling for a call release 7 1 



DP_0_ 
Disconnect n 



lnt_Establish/ 
Tempo raryA^ 
Connection 



CAMEL OCH ETC 



No 



DP_0_ 
Disconnect n 



2(2) 



/* Signals to/from the right are to/from | 
the gsmSSF if not otherwise stated. 7 



lnt_Connect/fo_ 
Resource \ 



CAMEL OCH CTR 




Yes 



Result:= 
release 




Figure 4.19-2: Procedure CAMEL_0CH_MSC_DISC2 (slieet 2) 
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Procedure CAMEL OCH MSC DISCS 



CAM0D3_1(1) 



/* Procedure in the originating VMSC \ 

to liandle premature release of a CAMEL call*/ 



No 



-gsmSSF^ 
BxistsV^ 



Yes 



lnt_0_ 
_Exception 





togsmSSF 



Figure 4.20-1 : Procedure CAMEL_0CH_MSC_DISC3 (sheet 1) 
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Procedure CAMEL_0CH_MSC_DISC4 

r N 

/* Procedure in the MSC to perform ^^ 
CAMEL handling for a call release */ 1 



1(1) 



/* Signals to the right are to 
the gsmSSF 7 



No 




gsmSSF 
ivoked!^ 




Int DP O Abahdon 




DP O Abando 



Int continue^ 



lnt_Continue 
With_Argumeqt 




Figure 4.21-1 : Procedure CAMEL_0CH_MSC_DISC4 (slieet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



101 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_Disconnect_CTR_SRF 

Procedure in the MSC \ 

to handle releasing of the SRF 1 
in a Connect To Resource situation 



1(1) 



Signals to/from the right are 
to/from the SRF; 



lnt_Disconnecl\ 
SRF / 



Await_SRF_ 
Disconnection 



Release 



lnt_SRF_ 
Released 




Figure 4.22-1 : Procedure CAMEL_Disconnect_CTR_SRF (sheet 1) 
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Procedure CAMEL OCH ETC 



1(4) 



Procedure in the MSC 
to handle a temporary 
connection 



True 



lnt_TC_ 
Released 



Release 



Release 



Result:= 
pass 




Signals to/from the left are to/from [ 

the BSS; 

signals to/from the right are 

to/from the gsmSSF; 

if not otherwise stated. 



Initial 
Address 



Send_Alerting_ 
lf_Required 



ToCAMEL_ 
^Assisting_MSC 
orSRF 



J Procedure defined 
in 3GPPTS 23.018 



Wait_For_ 
Assisting_ACM 



> Release 




ToCAMEL_ 
^ Assisting_MSC 
orSRF 



To SELF 



Release 



False 



Int DP O Abahdon 



Int ETC Failei 



Result:= 
pass 



DP O Abando 



Int continu( 




lnt_Continu( 
With_Argumi 



Release 



ToCAMEL_ 
'Assisting_MSC 
orSRF 



Result:= 
fail 




FromCAMEL_ 
^Assisting_MSC 
orSRF 



Figure 4.23-1 : Procedure CAMEL_OCH_ETC (sheet 1) 
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Procedure CAMEL OCH ETC 



Procedure in the MSC 
to handle a temporary 
connection 



Procedure defined 
in 3GPPTS 23.018 



Address 
Complete 



Wait_For_ 

Assisting_ 

Answer 



Send_Access_ 

Connect_ 

If Required 



2(4) 



Wait_For_ 
Assisting_ACM 



Signals to/from the left are to/from ^ 

the BSS; 

signals to/from the right are 

to/from the CAMEL_Assisting_MSC or SRF. 




Progress 



:3: 



Progress 



lnt_Temporarv 
Connection y 
Established / 



/ Tempo rary_ 

Connection_ 

V Established 



Connect 



Bothway 

^ttlrough connepti^n 

r^qyred? 

Yes 



Send_Access_ 

Connect_ 

If Required 



J Procedure defined 
in 3GPPTS 23.018 



Figure 4.23-2: Procedure CAMEL_OCH_ETC (sheet 2) 
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Procedure CAMEL OCH ETC 



3(4) 



Procedure in the MSC 
to handle a temporary 
connection 



Signals to/from the left are to/fromL 

the BSS; 

signals to/from the right are 

to/from the gsmSSF; 

if not otherwise stated. 



Temporary_Connection_Established 
Wait_For_Assisting_Answer 




Release 



false 



J From CAMEL_ 
^ Assisting_MSC 
orSRF 



True 



lnt_TC_ 
Released 



Release 



Release 



Result:= 
pass 




lnt_TC_ 
Released 



lnt_Disconn(ect_ 
Forward_ \ 
ption 



lnt_TC_ 
Released 



lnt_DisconnQCt 
Forward, 
ConnectionX 
WithArgumfefit 



lnt_DP_0_ 
Abandon 



Result:: 
pass 



DP_0_Abandoh 



I To CAMEL_ 
I Assisting_MSC 
orSRF 



^ To SELF 




To CAMEL_ 

Assisting_MSC 

orSRF 



Release 



Result:: 
pass 




Figure 4.23-3: Procedure CAMEL_OCH_ETC (sheet 3) 
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Procedure CAMEL OCH ETC 



Procedure in the MSC 
to handle a temporary 
connection 



Release 



lnt_TC_ 
Released 



Release 



Release 



ToCAMEL_ 
^Assisting_MSC 
orSRF 



To SELF 



Result:= 
pass 




4(4) 



Signals to/from the left are to /from [ 

theBSS; 

signals to/from the right are 

to/from the gsmSSF; 

if not otherwise stated. 



Tempo rary_Connection_Established, 
Wait_For_Assisting_ACM , 
Wait_For_Assisting_Answer 



J From outgoing leg. 
ISUP 



Answer \- - 




Connect 




/ 












lnt_TC_ \ 
Released / 










Release y 


To CAMEL 
-^Assisting MSC 
orSRF 












Res 
Ans 


ult:= 
wer 






Figure 4.23-4: Procedure CAMEL_OCH_ETC (slieet 4) 
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Procedure CAMEL_OCH_CTR 

Procedure in the originating MSC \ 
to liandle a Connect To Resource 
operation 



1(5) 



Signals to/from tine left are K 

to/from the BSS; 

signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



lnt_lnvoke_ 
SRF 



ToSRF 



Await_SRF_ 
Initialisation 



lnt_SRF_ / 

Connection ^ ^^^^ ^^^ 
Failure _x 



Int CTR Faifed 



Result:= 
pass 




lnt_SRF_ / 
Connected\ 



Con 



nectSRFtc^ 
the call 



from SRF 



Send 



Alerting 
lf_Required 



J Procedure defined 
in 3GPPTS 23.018 



l^Hfou^H^ 
^connectiori^ 
retftiifed? 



No 



Yes 



8end_Access 

Connect_lf_ 

required 



J Procedure defined 
in 3GPPTS 23.018 



Int SRF Connected 



it_SRF_Gort 



relay 



Figure 4.24-1 : Procedure CAMEL_OCH_CTR (sheet 1) 
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Procedure CAMEL_OCH_CTR 

I N 

Procedure in the originating MSC \ 
to handle a Connect To Resource 
operation 



2(5) 



Release 



Int SRF Released 



Result:: 
pass 




Signals to/from the left are ^ 

to/from the BSS; 

signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



Relay 



' From SRF 



lnt_Disconn(ect_ 
Forward_ \ 



lnt_Disconnect_ 
Forward_ 
Connection_ 
With_Argument 



Release 



CA|ylEL_Disconnyct_ 
CTR SRF 



To SELF 



Int 



SRF Rei^sed 



Result:= 
pass 




True 



CA|ylEL_Disconn 
CTR SRF 



ct 



Release 



lnt_Continu^ 
With_Argument 




Waii_For_Disconnect_ 
Forward_Connecfion 



lnt_Disconnect_ 
Fo rward_Con n ecti on 



CA|ylEL_Disconn^ 
CTR SRF 



ct_ 



Int SRF Released 



Result:= 
Fail 




Figure 4.24-2: Procedure CAMEL_OCH_CTR (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



108 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_OCH_CTR 

I N 

Procedure in the originating MSC \ 
to handle a Connect To Resource 
operation 



3(5) 



Signals to/from the right are to/fromL 

thegsmSSF. 

Signals to/from the left are to/from 

theSRF. 



Relay 



lnt_Play_ / 
Announcement 



lnt_Play_ 
Announcehnent 



lnt_Prompt/ 
And_Colle^ 
User InfornnSti 



ion 



Jnt_Specic|lized_ 
Ressource__Report 



lnt_Prompt_ 
>And Collect 



lnt_Prompt_ 
And_Collect_ 
r Information 



lnt_Specializ(sd_ 
Ressource Heport 



Information ack 



lnt_Prompt\ 
And_Collect/ 
User_lnforfTiation ack 



Relay 



Figure 4.24-3: Procedure CAMEL_OCH_CTR (sheet 3) 
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Procedure CAMEL_OCH_CTR 

I N 

Procedure in the originating IVISC \ 
to handle a Connect To Resource 1 
operation 



Await SRF Initialisation 



True 




CM 



EL_Disconne)Ct_ 
CTR SRF 



Int SRF Released 



Release 



To SELF 



Result :: 
pass 




4(5) 



Signals to/from the left are ^ 

to/from the BSS; 

signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



False 



Int DP O Abahdon 



pP_0_Abando 
SRF 



lnt_continue\ 



lnt_Continue_ 
With_Argumeqt 



CAM E L_Disconn^tt_ 
CTR SRF 



Int SRF Released 



Result : 
Fail 




Figure 4.24-4: Procedure CAMEL_OCH_CTR (sheet 4) 
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Procedure CAMEL_OCH_CTR 

I N 

Procedure in the originating IVISC \ 
to handle a Connect To Resource 1 
operation 



Release 



CAMEL_Disconn4tt 
CTR SRF 



Int SRF Released 



To SELF 



— Release 



Result:= 
pass 




Answer 



CAMEL_Disconn4tt 
CTR SRF 



Int SRF Released 



Result:= 
Answer 




5(5) 



Signals to/from the left are ^ 

to/from the BSS; 

signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



Relay, 

Await SRF Initialisation 



J From outgoing leg. 
ISUP 



Connect 



Figure 4.24-5: Procedure CAMEL_OCH_CTR (sheet 5) 
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Procedure CAMEL_Start_TNRy 

Prodedure in MSC to start \ 
the timer TNRy 



1(1) 



No ^riyoke^ 




J DP 0_No_Answer or 
DPT No Answer armed? 



Start TNRy 

witin received 

tim e v alue 



Cancel 
"TNRy received" 




y defati 



vatu^avajl^bte? 
Yes 



S^tart TNRy with 
default value 



Figure 4.25-1 : Procedure CAMEL_Start_TNRy (slieet 1) 
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Procedure CAMEL_Stop_TNRy 



1(1) 



Procedure in the MSC ' 
to stop the timer TNRy 




StopTNRy 



No 



No 



Figure 4.26-1 : Procedure CAMEL_Stop_TNRy (slieet 1) 
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Procedure CAMEL Store Destination Address 



1(1) 



Procedure in the MS C to \ 
store the destination address 
for an originating call leg, 
roaming leg or forwarding leg 




S:ore destination address 

(Destination address, 

OR, Forwarding) 




Procedure CAMEL_Store_Destination_Addres: 
FPAR IN OR, Forwarding 



Figure 4.27-1 : Procedure CAMEL_Store_Destmation_Address (sheet 1) 
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Procedure CAMEL_Modify_CUG_lnfo 



1(1) 



/* Procedure in the MSC to modify CUG 
information for the call as instructed 
by the gsmSCF via the gsmSSF. */ 



(O 



Yes 



Remove CUG 
parameters 

frnm rail infn 





Yes 



Non-CUG call 
present in SI 12? 



No 



If both Interlock Code and Outgoing 
Access are received from gsmSCF, 
then both parameters shall be used 
for this call. 




Yes 



CUG Interlock 
present? 



No 



Modify CUG 
■fjarameters witji 

rpppix/pH infn 





CUG Outgoing 
Access present? 



No 




Figure 4.28-1 : Procedure CAMEL_Modify_CUG_lnfo (slieet 1) 
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Procedure CAMEL N CSI CHECK MSC 



1(1) 



/* Procedure in the MSC to check \ 
the N-CSI and set the N-CSI available 
parameter for SIFOC accordingly.*/ 




Yes 



S6)t 



: N-CSI available 
parameter 



No 




Figure 4.29-1 : Procedure CAMEL_N_CSI_CHECK_MSC (sheet 1) 
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Procedure CAMEL OCH LEG1 MSC 



1(13) 



/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



lnt_MidCalk: 
Criteria acK^ 



Store MidCall 
Criteria 



MidCall armed 
:= True 



lnt_MidCall_\ 
Criteria_Reqiiest 



Wait_For_ 
lidCalLCriteri^ 



lnt_MidCal|^ 
Criteria 



lnt_MidCall/ 
Criteria ne^tive 
response X 



Store MidCall 
Criteria 



MidCall armed 
:= True 



lnt_Cancel/ 
MidCall 



MidCall armed 
:= False 



MidCall armed 
:= False 



Clear Digit 
String 



Stop Interdigit 
Timer 




Figure 4.30-1 : Procedure CAMEL_0CH_LEG1_MSC (sheet 1) 
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Procedure CAMEL_0CH_LEG1_MSC 

/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



2(13) 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



To Subs_FSM L Call Setup 

See 3GPPTS 23.018 Failed 





ToVLR 



Connect 



Wait_For_ 
Answer 




jToSubs_FSM 
See 3GPPTS 23.016 



Figure 4.30-2: Procedure CAMEL_0CH_LEG1_MSC (sheet 2) 
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Procedure CAMEL OCH LEG1 MSC 



/* A procedure in the MSC to 

handle leg 1 in a CPH configuration. */ 



3(13) 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



Wait For Answer, 
DP_0_MidCall_Alerting 




f 1 












\ect 

y Request 










To Subs FSM 

See 3GPPTS 23.018 


1 


ECT \ 
Request / 











To Subs_FSM 

See 3GPPTS 23.018 



From gsmSSF ^ 



Yes 



Call Setup 
Failed 




Int Mid Call/ 



Store CW treatment 
indicator for this call 
if received in SII2 



Wait_For_ 
Answer 



Answer 




'^^'^^'^Ho?? ^ See 3GPP TS 23.018 
MO MSC 



$end_Access__ 

Connect_lf_ 

Required 




See 3GPPTS 23.018 



Call 
established/ 



jToSubs_FSM 
See 3GPPTS 23.018 



Wait_For_ 
Clear 



Figure 4.30-3: Procedure CAMEL_0CH_LEG1_MSC (slieet 3) 
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Procedure CAMEL_0CH_LEG1_MSC 

/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



4(13) 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



> Release 
transaction 



0AMEL_OCH 
MSC DISC4 



Wait_For_ACM, 
Wait_For_Answer, 
Wait_For_Con nect_Ack, 
DP_0_MidCall_Alerting 



lnt_Disconnect 

Leg \ 



Release 
transaction 



lnt_DisconneGt 
Leg ack / 



To Subs_FSM 

See 3GPPTS 23.018 



Call Setup 
Failed 



lnt_Release^ 
Call \ 



Release 
transaction 




P_0_MidCal 
_Alerting 



Wait_For_Answer, 
DP_0_MidCall_Alerting 



Answer 



^ From gsmSSF 



Int MidCaU: 



P_0_MidCal 
_Alerting 



Figure 4.30-4: Procedure CAMEL_0CH_LEG1_MSC (sheet 4) 
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Procedure CAMEL OCH LEG1 MSC 



5(13) 



/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



> Release 
transaction 



UUS_MSC_ 
pheck_UUS1 

UUJ L 



0AMEL_OCH 
MSC DISC1 



Call cleared 




lnt_ReleasG 
Call ^ 



Release 
transaction 




lnt_Disconpect_ 
Leg 



Release 
transaction 



lnt_Disconnec^t_ 
Leg ack 



To Subs_FSM 

See 3GPPTS 23.018 



Wait_For_Clear, 

DP O Mid Call Active 



lnt_Export^ 
Leg 



.MEL_EXPOf=^T 
LEG_MSC 




Yes 



lnt_gsmS£;F 
Instance 



[pP_0_MidCall 
1 Active 




To Process 

CAMEL O CHANGE OF POSITION MSC 



^ See 3GPP TS 23.087 



Figure 4.30-5: Procedure CAMEL_0CH_LEG1_MSC (sheet 5) 
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Procedure CAMEL_0CH_LEG1_MSC 

/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



6(13) 



/* Signals to/from the left are to/from the BSS 
Signals to/from the right are to/from the Process 
Subs_FSM (See 3GPP TS 23.018). */ 



No 



Hold 
reject 



>Hold 
request 



^ol 
/Supportei 




Yes 



Process_Holi 
_Request 



Yes 



Wait_For_Clear, 

DP O MidCall Active 



> Retrieve 
request 



^ol 
^supportei 




Bilocess_RetrieMe 
_Request 



Retrieve 
reject 



>ECT 
request 



>MPTY 
request 



ECT 
request 



MPTY 
request 



See 3GPP TS 23.083 



Figure 4.30-6: Procedure CAMEL_0CH_LEG1_MSC (sheet 6) 
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Procedure CAMEL OCH LEG1 MSC 



7(13) 



/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



/* Signals to/from the left are to/from the BSS K 
Signals to/from the right are to/from the Process 
Subs_FSM (See 3GPP TS 23.018). */ 



Wait_For_Clear, 

DP O Mid Call Active 



^ From destination exchange 



-BCIE 



> MODIFY 



BICC APM< 



codec modification 
target codec 



See 3GPP TS L 
23.172 



Modify bearer (inactive) 

and 

radio parameters 



jSee3GPPTS 
23.172 



Modify bearer (inactive) 

and 

radio parameters 



To destination 
exchange 



■ codec modification 

■ target codec 



BICC APM 



MODIFY 



-BCIE 



Figure 4.30-7: Procedure CAMEL_0CH_LEG1_MSC (sheet 7) 
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Procedure CAMEL OCH LEG1 MSC 



8(13) 



/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



/* Signals to/from the left are to/from the BSS K 
Signals to/from the right are to/from the Process 
Subs_FSM (See 3GPP TS 23.018). */ 



To destination 
exchange 



Wait_For_Clear, 

DP O MidCall Active 



^ From destination exchange 



-BCIE 



^MODIFY 
COMPLETE 



BICC APM< 



■ success 



See 3GPP TS L 
23.172 



jSee3GPPTS 
23.172 



Modify bearer 
(active) 



Modify bearer 
(active) 



- success 



BICCAPM 



MODIFY 
COMPLETE 



-BCIE 



CAMEL_0 
SCUDIF MSCt 



Figure 4.30-8: Procedure CAMEL_0CH_LEG1_MSC (sheet 8) 
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Procedure CAMEL OCH LEG1 MSC 



9(13) 



/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



P_0_MidCal 
Active 



Int Continue 



lnt_Continue 
With Argurrt^t 



Int Error 



Continue 



Wait_For_ 
Clear 



Re l ea se 




lnt_Contin^e 



pP_0_MidCal 
1 _Alerting I 



lnt_Continue 
With Argum^t 



Int Error 



Continue 




Wait_For_ 
Answer 



Release 



Release 
transaction 




Figure 4.30-9: Procedure CAMEL_0CH_LEG1_MSC (sheet 9) 
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Procedure CAMEL_0CH_LEG1_MSC 

/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



10(13) 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



Int MidCali: 



DP_0_MidCall_Active, 
Wait For Clear 



Interdigit Timeout 
is specified in 
MidCall Criteria 



From MSC process ^ 



>lnt_DTMF_. 
Digit_Received 

False 



^^IVIidCal 
^-^armed^ 

TrueT 

Start Interdigit 
Timer 



Stop Interdigit 
Timer 



lnt_DP_0_ 
MidCall 



Clear Digit 
String 



DP_0_ 

MidCall 

Active 



Add Digit to 
Digit String 



(tHECK_DIGIT 
STRING MSC 



Trigger 



Result? 



Continue 



Abort 



Stop Interdigit 
Timer 



Clear Digit 
String 



Figure 4.30-10: Procedure CAMEL_0CH_LEG1_MSC (sheet 10) 
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Procedure CAMEL_0CH_LEG1_MSC 

I N 

/* A procedure in the MSC to ^^ 

handle leg 1 in a CPH configuration. 7 



11(13) 



DP_0_MidCalLActive, 
Wait For Clear 



Internal 



lnt_DP_0_ 
MidCall 



Clear Digit 
String 



DP_0_ 

MidCall 
Ac tive 



/* Signals to/from the left are to/from the BSS 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated 7 



Interdigit 
^ Timer 




Length of Digit String less than 
minimum number of digits? 



Yes 



Clear Digit 
String 



Figure 4.30-1 1 : Procedure CAMEL_0CH_LEG1_MSC (sheet 1 1 ) 
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Procedure CAMEL_0CH_LEG1_MSC 

/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



12(13) 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



DP_0_MidCall_Alerting 



lnt_Establisj^ 
Temporaryx^ 
Connection ^ 



To SELF 



lnt_Connept_To_ 
Resource 



CAMEL OCH Etc CAMEL OCH CTR 





Result? 

Answer 



Result := 
Answer 



Answer 



ELSE 



Fail 



Call Setup 
Failed 



jToSubs_FSM 
See 3GPPTS 23.018 




Figure 4.30-12: Procedure CAMEL_0CH_LEG1_MSC (sheet 12) 
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Procedure CAMEL OCH LEG1 MSC 



13(13) 



/* A procedure in the MSC to \ 

handle leg 1 in a CPH configuration. */ 



/* Signals to/from the left are to/from the BSS ^ 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



lnt_Establisl^ 
Temporary^ 



DP O Mid Call Active 



lnt_Connect_To_ 
Resource \ 



CAMEL OCH ETC CAMEL OCH CTR 



Wait For ACM 



lnt_EstablisJ 
Temporar^ 
Connection 



lnt_Connect_To_ 
Resource \ 



CAMEL OCH ETC CAMEL OCH CTR 



Result? 



ELSE 



Fail 



Call Setup 
Failed 




jToSubs_FSM 
See 3GPPTS 23.018 



Figure 4.30-13: Procedure CAMEL_0CH_LEG1_MSC (sheet 13) 
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procedure CHECK_DIGIT_STRING_MSC 

r N 

/* A procedure in the MSC to check entered digits to see\ 
if the MidCall trigger criteria is met. */ 



1(1) 



Yes 



Result : 
Abort 





Last digit(s) in Digit String = 
Cancel digit String? 



Sto^DigifString 

present in Mi^j^M 

trigg^^cfiteria? 

Yes 



No 



No 



Yes 



Length of Digit String = 
length of Start Digit String? 



Number of digits in Digit String : 
Maximum number of digits 



Result := 
Trigger 



No 

En^J/0f1^eply4igit 

gmqg preserMi 

MidCallfrig^efcriteria? 

Yes 



No 




Last digit(s) in Digit String : 
End of reply digit string? 



No 



Length of Digit String less than 
minimum number of digits? 




Result := 
Trigger 



Result := 
Continue 




Figure 4.31-1 : Procedure CHECK_DIGIT_STRING_MSC (slieet 1) 
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Process CAMEL_0CH_LEG2_MSC 

I N 

/* A procedure in the MSC to \ 
handle leg 2 of an active call. 7 1 



1(2) 



/* Signals to/from the left are to/from the gsmSSF [_ 
Signals to/from the right are to/from the destination 
exchange unless otherwise stated 7 




Store Leg2 
Information 



Wait_For 
Clear 



Wait_For_Clear, 

DP O MidCall Active 



Release 



X lnt_Release 
Call 



UUS_MSC_ 

Check_UUS1 

UUI 



Release 



PAMEL_OCH 
MSC DISC2 



^Result: 
"Reconnei 



No 



Yes 



Reconnect 
:= True 




J See 
3GPPTS 23.087 



CAMEL_OCH 
RECONNECf 
MSC 



Reconnect 





Fail 



>lnt_Disconn^ct 
Leg 



>lnt_Export 
Leg 



>lnt MidCall 



Release 



lnt_Disconnpct_ 
Leg ack 



QAMEL_EXPORr 
LEG MSC 




>lnt Error 



>lnt Continue 



>lnt_Continue 
With Argument 




efault Catt- 
andlino-^ 



Continue 



Release 



Release 



Wait_For 
Clear 



Figure 4.32-1 : Process CAMEL_0CH_LEG2_MSC (sheet 1) 
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Process CAMEL_0CH_LEG2_MSC 

I N 

/* A procedure in the MSC to \ 
handle leg 2 of an active call. 7 1 



lnt_Establish. 
> Tempo rary_ 
Connection 



CAMEL OCH ETC 



2(2) 



/* Signals to/from the left are to/from the gsmSSF [ 
Signals to/from the right are to/from the destination 
exchange unless otherwise stated */ 



DP O MidCall Active 



>lnt_Connect. 
Resource 



To 



CAMEL OCH CTR 



Figure 4.32-2: Process CAMEL_0CH_LEG2_MSC (sheet 2) 
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Procedure CAMEL_OCH_RECONNECT_MSC 

/* A procedure in the MSC to handle a \ 
reconnection after leg 2 disconnects 7 1 



1(9) 



/* Signals to/from the right are ^ 

to/from the destination exchange .7 



Result : 
Fail 




CAMEL_MO_ 

diAlled services 



No 




MOBILE NUMBER 



F^ORTABILITY 
IN OQoD 



^ See 3GPPTS 23.066 



Initial 
Address 



Destination address := 
I AM. Called Party Number 



CAMEL_Store_. 

Destination 

_Ad dress 

(False, False) 



Wait_For_ACM 

V 



Figure 4.33-1 : Procedure CAMEL_OCH_RECONNECT_MSC (slieet 1) 
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Procedure CAMEL_OCH_RECONNECT_MSC 

/* A procedure in the MSC to handle a \ 
reconnection after leg 2 disconnects 7 1 



2(9) 



/* Signals to/from the right are ^ 

to/from the destination exchange .7 



Wait_For_ 
ACM 



Address 
Complete 



Connect 



CAMEL_ 
Start_TNRy 



UTU2CNT := 



AMEL_OCH 
SC_ALERTINC^ 




Result? 
Pass 



Reconnect 



Wait_For_ 
Answer 



Fail, 
Release 



Result := 
Reconnect 



Answer 



Result : 
Fail 





Figure 4.33-2: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 2) 
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Procedure CAMEL_OCH_RECONNECT_MSC 

/* A procedure in the MSC to handle a \ 
reconnection after leg 2 disconnects 7 1 



3(9) 



Wait_For_ 
ACM 



Release 



Yes 




CAMEL_OCH 
MSC1 




/* Signals to/from the right are ^ 

to/from the destination exchange .7 




Release cause = 
no answer from user? 



^^esult^\ 


No 






>leconneptY 
Yes 








Result := 
Reconnect 


Result := 
Fail 



Figure 4.33-3: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 3) 
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Procedure CAMEL_OCH_RECONNECT_MSC 

/* A procedure in the MSC to handle a \ 
reconnection after leg 2 disconnects 7 1 



4(9) 



Result := 
Reconnect 



/* Signals to/from the right are ^ 

to/from the destination exchange .7 



Wait_For_ 
Answer 



Answer 




CAMEL_Stop 
_TNRy 



GAMEL_OCH 
MSC ANSWEfl 




Reconn^eT ^^ Fail 
Result? 



Pass 



Handle_AoC 
MO MSC 



See 3GPPTS 23.018 



Store CW treatment 
indicator for this leg 
if received in SI 12 



Result := 
Pass 



Result : 
Fail 




Figure 4.33-4: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 4) 
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Procedure CAMEL_OCH_RECONNECT MSC 

/* A procedure in the IVISC to handle a \ 
reconnection after leg 2 disconnects 7 1 



5(9) 



Release cause = 
no answer from user? 





/* Signals to/from the right are N 
to/from the destination exchange .7 








( )- 


DP_0_MidCall_Alerting, 
Wait_For_Answer 














Release <{ Internal 


1 


TNRy / 
Expired \ 














w 


Release y 










\ 






Yes 



CAMEL_OCH 
MSC1 



CAMEL_OCH 
MSC2 




Yes 



Yes 



No 



/Result =^\ 
"Reconnect?" 



No 



Result = 
Fail 



Result := 
Reconnect 



Result : 
Fail 




Figure 4.33-5: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 5) 
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Procedure CAMEL OCH RECONNECT MSC 



6(9) 



/* A procedure in the MSC to handle a 
reconnection after leg 2 disconnects 7 



/* Signals to/from the right are ^ 
to/from the destination exchange; 
Signals to/from the left are 
to/from the gsmSSF .7 



DP_0_MidCall_Alerting, 
Wait_For_ACM, 
Wait For Answer 



>lnt_Disconnpct 
Leg 



>lnt_Release 
Call 



Release 



Release 



lnt_Disconn^ct 
Leg ack 



Result := 
Fail 




Figure 4.33-6: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 6) 
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Procedure CAMEL OCH RECONNECT MSC 



/* A procedure in the MSC to handle a 
reconnection after leg 2 disconnects 7 



Yes 




>lnt Error 



Release 



Release 



Result : 
Fail 




DP_0_M idCall_Alerting, 
Wait For Answer 



>lnt MidCall 



pP_0_MidCall 
1 _Alerting 



Int Continue 




Continue 



7(9) 



/* Signals to/from the right are ^ 
to/from the destination exchange; 
Signals to/from the left are 
to/from the gsmSSF .7 



>lnt_Continue 
With Argument 



Answer 



Wait_For_ 
Answer 



Figure 4.33-7: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 7) 
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Procedure CAMEL OCH RECONNECT MSC 



8(9) 



/* A procedure in the MSC to handle a 
reconnection after leg 2 disconnects 7 



/* Signals to/from the right are [ 
to/from the destination exchange; 
Signals to/from the left are 
to/from the gsmSSF .7 



DP_0_M idCall_Alerting 



lnt_Establish 
> Tempo rary_ 
Connection 



>lnt_Connect. 
Resource 



To 



CAMEL OCH ETC CAMEL OCH CTR 




Result := 
Answer 



To SELF Answer 



ELSE 



Fail 




Figure 4.33-8: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 8) 
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Procedure CAMEL OCH RECONNECT MSC 



9(9) 



/* A procedure in the MSC to handle a 
reconnection after leg 2 disconnects 7 



/* Signals to/from the right are [ 
to/from the destination exchange; 
Signals to/from the left are 
to/from the gsmSSF .7 



DP O MidCall Active 



lnt_Establish 
> Tempo rary_ 
Connection 



>lnt_Connect. 
Resource 



To 



CAMEL_OCH_ETC CAMEL_OCH_CTR 



Figure 4.33-9: Procedure CAMEL_OCH_RECONNECT_MSC (slieet 9) 
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Procedure CAMEL EXPORT LEG MSC 



1(2) 



!/* A procedure in the MSC to 
i change the call segment for a leg. 



/* Signals to/from the left are to/from the old gsmSSF|^ 
Signals to/from the right are to/from the new gsmSSF 
unless otherwise stated */ 



(O 



Wait_For_ 
lmport_Leg 



I nt_ Import^ 
Leg 



Store new 
gsmSSF 
instance 



IL 

/ i From destination exchange. 

Answer /■ \ Q^p Qp|y occur if Move Leg or 

i Split Leg is performed on 

j ICA-call during alerting phase. 



I nt_ Import 
Leg ack 



I nt_ Export 
Leg ack 



Result:= 
Pass 




Figure 4.34-1 : Procedure CAMEL_EXPORT_LEG_MSC (slieet 1) 
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Procedure CAMEL_EXPORT_LEG_MSC 

I N 

/* A procedure in the MSC to \ 

change the call segment for a leg. 7 



2(2) 



/* Signals to/from the left are to/from the BSS. ^ 
Signals to/from the right are to/from the originating 
of destination exchange.*/ 



Wait_For_ 
lmport_Leg 



This can be received if the 
procedure was called from 
CAMEL_0CH_LEG1_MSC or 
CAMEL ICH LEG2 MSC 



> Release 
Transaction 



Release 



This can be received if the 
^ procedure was not called from 
CAMEL_0CH_LEG1_MSC or 
CAMEL ICH LEG2 MSC 



Result:: 
Fail 




Figure 4.34-2: Procedure CAMEL_EXPORT_LEG_MSC (sheet 2) 
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Process CAMEL CHANGE OF POSITION MSC 



1(1) 



/* Process to handle handover indication within MSC */ 



/* Signals to/from left are to/from the handover K 

process in MSC; signals to/from right are to/from either 
CAMEL_0_CHANGE_OF_POSITION_MSCor 
CAMEL T CHANGE OF POSITION MSC. V 



Null 



No 




Yes 



RELOCATION_REQUEST_ACKNOWLEDGE, 

HANDOVER_COMPLETE, 

HANDOVER_PERFORMED 

Process 

CAMEL_0_CHANGE_OF_POSITION_MSCor 
CAMEL_T_CHANGE_OF_POSITION_MSC 
exists for this subscriber? 



Relay signal 



Null 



Figure 4.35-1 : Process CAMEL_CHANGE_OF_POSITION_MSC (slieet 1) 
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Process CAMEL O CHANGE OF POSITION MSC 



1(2) 



/* Process in the MSC to handle \ 
location information of the MO call */ 



/* Signals to/from left are to/from the process [ 
CAMEL_CHANGE_OF_POSITION_MSC; 
signals to/from the right are to/from the gsmSSF, 
unless otherwise stated. 7 



Idle 



Position_ 
Monitoring 



lnt_gsmSSF^ 
Instance 



Store new 
gsmSSF 
instance 



Position_ 
Monitoring 



Notify & continue 



Store 

criteria 

if present 




Yes 



lnt_lnvoke_ / 
0_Change_Of_ 
Position_MSC\ 
(Monitor Mode) 




Other 



LOCATION, 
REPORTING, 
.CONTROL 



Idle 



jToRNC 
Request type :="change of service area" 



^ I 



From Procedure 

CAMEL OCH LEG1 MSC 



Figure 4.36-1 : Process CAMEL_0_CHANGE_OF_POSITION_MSC (sheet 1) 
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Process CAMEL O CHANGE OF POSITION MSC 



2(2) 



/* Process in the MSC to handle \ 
location information of the MO call */ 



/* Signals to/from left are to/from the process [ 
CAMEL_CHANGE_OF_POSITION_MSC; 
signals to/from the right are to/from the gsmSSF, 
unless otherwise stated. 7 



Position_ 
Monitoring 



RELOCATION 
> REQUEST 
ACKNOWLEDGE 



LOCATION, 
REPORTING, 
.CONTROL 



FromRNC 



^LOCATION 
REPORT 



(!)heck_Criteria_. 
Cfiiange_Of_Posi|t)n 



Result = 
\Pass V 



Yes 



lnt_0_Change\ 
Of Position / 



To RNC 
Request type:= 
"change of service area" 



HANDOVER_COMPLETE, 
HANDOVER PERFORMED 



lnt_lnvoke_ / 
0_Change_qf_ 
Position_MSC\ 
("TransitDarent") 



Obtain current 
position 




No 



LOCATION, 
REPORTING, 
.CONTROL 



Idle 



To RNC 
Request type:: 



:"stop" 



Position_ 
Monitoring 



Figure 4.36-2: Process CAMEL_0_CHANGE_OF_POSITION_MSC (sheet 2) 
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Procedure Check_Criteria_Change_Of_Position 



1(1) 



/* Procedure in the MSC to check \ 
the criteria of reporting handover 
event to gsmSCF via CS_gsmSSF */ 



Result := 
Fail 




add met criterioji 

to met criteria 

list 



Result :: 
Pass 



No 




Yes 
_^n^ criterit 
^^\met^ 



Yes 



No 



No 



No 



Result : 
Pass 




Figure 4.37-1: Procedure Check_Criteria_Change_Of_Position (sheet 1) 
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Procedure CAMEL_0_SCUDIF_MSC 

/* Procedure in the MSC to 

inform tine gsmSSF tinat tine bearer service of tine 

call has changed */ 



1(1) 



/* Signals to/from the left are K 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. */ 



Result:= 
pass 




No 



^smSS 
SAvokei 



Yes 

lnt_DP_0_\ 
Service_Charfge( Ieg1 ) 



Result:= 
pass 




Figure 4.38-1 : Procedure CAMEL_0_SCUDIF_MSC (sheet 1) 
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4.5.2.2 Handling of mobile originating calls in the originating VLR 

The functional behaviour of the originating VLR is specified in 3GPP TS 23.018 [12]. The procedure specific to 
CAMEL are specified in this subclause: 

- Procedure CAMEL_OCH_VLR; 

- Process CAMEL_Reconnected_Call_VLR. 
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Procedure CAMEL OCH VLR 



Procedure in the VLR \ 

to handle an outgoing call setup 



Result:= 
pass 




1(1) 



/* Signals to/from the left are 
to/from the MSC V 




0-CSI or D-CSI present 
or N-CSI available received? 



Yes 



Complete Call 



Wait_for_ 
SIFOC 2 



> Abort 



Result:: 
fail 




Send Info 
> For Outgoing 



Result:= 
pass 




Figure 4.39-1 : Procedure CAMEL_OCH_VLR (sheet 1) 
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Process CAMEL Reconnected Call VLR 



1(1) 



Process in the VLR \ 
to handle Send_lnfo_ 
For Reconnected Call 



Signals to/from the left areL 
to/from the MSC. 



Idle 



Send Info For 
'Reconnec:ed 




Send Info For 
Reconnecied 
Call Ac k 



Idle 



] Check ODB and SS barring. 
Specified in 3GPP TS 23.01 8 



Yes 



Set error:= 
Call barred 



Send Info For 
Reconnected Call 
iesponse 




Figure 4.40-1 : Process CAMEL_Reconnected_Call_VLR (sheet 1) 
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4.5.3 Retrieval of routeing information 

4.5.3.1 Retrieval of routeing information in the GMSC 

The functional behaviour of the GMSC is specified in 3GPP TS 23.018 [12]. The procedures specific to CAMEL are 
specified in this subclause: 

- Procedure CAMEL_Set_ORA_Parameters; 

- Procedure CAMEL_MT_GMSC_INIT; 

- Procedure CAMEL_MT_MSC_ALERTING; 

- Procedure CAMEL_MT_GMSC_ ANSWER; 

- Procedure C AMEL_MT_GMSC_DISC 1 ; 

- Procedure CAMEL_MT_GMSC_DISC2; 

- Procedure CAMEL_MT_GMSC_DISC3 ; 

- Procedure CAMEL_MT_GMSC_DISC4; 

- Procedure C AMEL_MT_GMSC_DISC5 ; 

- Procedure CAMEL_MT_GMSC_DISC6; 

- Procedure CAMEL_MT_CTR; 

- Procedure CAMEL_MT_ETC; 

- Procedure CAMEL_Start_TNRy; 

- Procedure CAMEL_Stop_TNRy; 

- Procedure CAMEL_MT_GMSC_Notify_CF; 

- Procedure CAMEL_MT_LEG2_GMSC; 

- Process CAMEL_MT_LEG1_GMSC; 

- Procedure CAMEL_MT_RECONNECT_GMSC; 

- Procedure CAMEL_T_SCUDIF_MSC. 

NOTE: Procedure CAMEL_MT_GMSC_DISC3 apphes to CAMEL Phase 1 only. 

The procedure Send_ACM_If .Required is specified in 3GPP TS 23.018 [12]. 

The procedure CAMEL_MT_LEG2_GMSC supervises the terminating party only. The process 
CAMEL_MT_LEG1_GMSC supervises the originating party only. Hence, signals from the destination exchange are 
received by the procedure CAMEL_MT_LEG2_GMSC and signals from the originating exchange are received by the 
process CAMEL_MT_LEG1_GMSC. 

The following paragraphs give details on the behaviour of the GMSC in the procedure CAMEL_MT_GMSC_INIT. 

4.5.3.1 .1 Action of the GIVISC on receipt of lnt_Release_Call 

An ISUP Release message is sent to the originating exchange and resources are released. 

4.5.3.1 .2 Action of the GIVISC on receipt of lnt_Error 

The GMSC checks the default call handling parameter in the T-CSL 

If the default call handling is release call, an ISUP Release message is sent to the originating exchange. The MSC then 
releases all call resources and the procedure CAMEL_MT_GMSC_INIT returns result=fail. 
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If the default call handling is continue call, the MSC continues call handling without CAMEL support. 

4.5.3.1 .3 Action of the GMSC on receipt of lnt_Continue 

If an FTN has been stored then the information received from the HLR is used to overwrite the corresponding call 
parameters. Note that the MSISDN is replaced by the FTN as the called party number. The redirection counter is 
incremented. 

If no FTN has been stored then a Send Routeing Info information flow including a T-CSI suppression parameter is sent 
to the HLR. The Send Routing Info information flow includes an indication of which CAMEL Phases are supported by 
the GMSC/gsmSSF. 

4.5.3.1 .4 Action of the GIVISC on receipt of lnt_Gontinue_With_Argument 

If an FTN has been stored then the information received from the HLR is used to overwrite the corresponding call 
parameters. The MSISDN is replaced by the FTN as the called party number. The redirection counter is incremented. 

If no FTN has been stored then a Send Routeing Info information flow including a T-CSI suppression parameter is sent 
to the HLR. The Send Routing Info information flow includes an indication of which CAMEL phases are supported by 
the GMSC/gsmSSF. 

The MSC shall replace the call parameters by the information received in the Int_Continue_With_Argument signal. 
Call parameters which are not included in the Int_Continue_With_Argument message are unchanged. 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

4.5.3.1 .5 Action of the GIVISC on receipt of lnt_Connect 

If the Destination Number received from the gsmSCF (via the gsmSSF) is the same as the ISUP called party number, 
i.e. the MSISDN, the following parameters, if received, are used to overwrite the corresponding ISUP parameters (for 
mapping see 3GPP TS 29.078 [36]): Calling Partys Category and Generic Number. If received, the Announcement 
Suppression Indicator is stored. The further processing is described in subclause 4.5.3.1.3 with the addition that the 
Announcement Suppression indicator, if stored, is sent to the HLR in the Send Routeing Info message. 

If: 

- the Destination Number received from the gsmSCF (via the gsmSSF) is not the same as the stored ISUP called 
party number, i.e. the MSISDN, and 

- a CUG active indication was received from the HLR, and 

- CUG information was received in the ISUP I AM for the incoming call; 

then an exception event is reported to the process CS_gsmSSF, an ISUP Release Message is sent to the originating 
exchange. The MSC then releases all call resources and the procedure CAMEL_MT_GMSC_INIT returns result=fail. 

Otherwise the following parameters, if received, are used to overwrite the corresponding ISUP parameters (for mapping 
see 3GPP TS 29.078 [36]): Destination Number, Calling Partys Category, Generic Number, Original Called Party ID, 
Redirecting Party ID and Redirection Information. Call parameters that are not included in the Int_Connect signal are 
unchanged. 

As a network operator option loop prevention mechanisms may cause the redirection information to be ignored or 
modified (e.g., if the Redirection counter has been decreased). 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 
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4.5.3.1 .6 Action of the GMSC on receipt of Send_Routeing_lnfo Negative Response (in 
state Wait_For_Routeing_lnfo_2) 

An exception event is reported to the process CS_gsmSSF. If the Announcement Suppression indicator has been 
received from the gsmSCF (via the gsmSSF) any announcements or tones shall be suppressed. 

4.5.3.1 .7 Action of the GIVISC on receipt of Send_Routeing_lnfo ack with IVISRN (in state 
Wait_For_Routeing_lnfo_2) 

An ISUP lAM with the MSRN as the called party number is constructed. 

4.5.3.1 .8 Action of the GIVISC on receipt of Send_Routeing_lnfo ack with FTN (in state 
Wait_For_Routeing_lnfo_2) 

The information received from the HLR is used to overwrite the corresponding call parameters (for details see 3 GPP 
TS 23.018 [12]). The redirection counter is incremented. 

4.5.3.1 .9 Action of the GMSC on receipt of Send_Routeing_lnfo ack with 0-CSI and/or 
D-CSI and FTN (at state Wait_For_Routeing_lnfo_2) 

The information received from the HLR is used to overwrite corresponding call parameters. The redirection counter is 
incremented. The Called Party Number is set to the FTN. The 0-CSI and/or D-CSI is stored. 

4.5.3.1 .10 Action of the GMSC in procedure CAMEL_MT_ETC 

In the procedure CAMEL_MT_ETC (sheet 2) the GMSC will remain in the Wait_For_Assiting_ Answer state until it 
receives an ISUP Answer Message (ANM) or timeout occurs. This is to ensure that a call record is always generated for 
every successful establishment of a temporary connection to a gsmSRF, especially in the case where the connection is 
between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 

Message (ANM). 

If a Progress Message is sent towards the MS the progress indicator shall indicate "In Band Information". 

4.5.3.1 .1 1 Action of the GMSC in procedure CAMEL_MT_GMSG_Notify_GF 

The Forwarding reason is taken from the Send Routeing Info ack information flow (for early call forwarding) or the 
Resume Call Handling information flow (for Optimal Routeing of Late Call Forwarding). 

The Int_DP_T_No_Answer signal and Int_DP_T_Busy signal include a parameter to indicate that the call has 
encountered conditional call forwarding. The gsmSSF will transfer this parameter to the Event Report BCSM 
information flow which it sends to the gsmSCF. 

4.5.3.1 .12 Action of the MSC on receipt of lnt_Disconnect_Leg (Leg 2) 

If the MSC receives Int_Disconnect_Leg (Leg 2) signal from the gsmSSF, in response to an Initial DP information 
flow, the MSC will continue the handling of the calling party (Legl) without routeing the call to a destination. 
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Procedure CAMEL_Set_ORA_Parameters 

\r Procedure in the GMSC ^\ f^ 

to set CAMEL parameters for 1 

the procedure Obtain_Routeing_Address. *) ^ 



^QvJumber^ 
aildoated? 



Mc^ 



Allocate Call 
reference numbfer 



Yes 




1(1) 



Figure 4.41-1 : Procedure CAMEL_Set_ORA_Parameters (sheet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



155 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL MT GMSC INIT 



1(8) 



/* Process in the GMSC 
to perform CAMEL handling 
for a terminating call request */ 



CAMEL information 
Received in SRIack? 



T-CSI 



set 
CSI=T-CSI 




No 



Yes 




T-CSI 

0-CSI and/or 
D-CSI 



Yes 



T-CSI 
FTN 



Set 
CSI=T-CSI 



Set 
CSI=T-CSI 



Store 0-CSI 
and/or D-CSI 



Store FTN 



yes 



Result:= 
MSRN 




/* Signals to/from the right are to/from L 
the gsmSSF. */ 




No 




Result:= 
GSM FTN 




FTN 
T-CSI 

0-CSI and/or 
D-CSI 



No 



Result:: 
Fail 




FTN 

0-CSI and/or 

D-CSI 



Set 
CSI=T-CSI 



Store 0-CSI 

and/or D-CSI 

& FTN 



Set 
CSI=0-CSI 



set redirection 
information 



Result:= 
GSM FTN 



lnt_lnvoke 
gsmSSF 
(T-C SI) 



wait_for_ \ 
gimSSF_lnvoked 




Figure 4.42-1 : Procedure CAMEL_MT_GMSC_INIT (sheet 1) 
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Procedure CAMEL MT GMSC INIT 



/* Process in the GMSC 
to perform CAMEL handling 
for a terminating call request 7 



2(8) 



Signals to/from the left are to/from^ 
the orginating exchange; 
signals to/from the right are to/from 
the gsmSSF 



wait_for_ i 
mSSF invoked 



lnt_gsmSSF_ 
Invoked \ 



Answer_Received 
False 



lnt_DP_Term|nation_ 
attempt_Authorized 



D/^_Terminatioi 
attempt_ 
V Au thorized 



> Release 



lnt_T_Excepnon 



Result:= 
aborted 




lnt_Disconnect_ 
Leg(leg2)\ 



lnt_Disconne<^t_ 
Leg_ack 



Leq2 Disconnected 



lnt_Contin^e 



lnt_Continue_ 
With_Argument 



red 



Modify call 
[Parameters with 



Result := 
Leg1_only 




Figure 4.42-2: Procedure CAMEL_MT_GMSC_INIT (slieet 2) 
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Procedure CAMEL MT GMSC INIT 



/* Process in the GMSC 
to perform CAMEL handling 
for a terminating call request 7 



Dp_Terminatio 
_Attempt 
Au th o rise^ 



3(8) 



Signals to/from the left are to/fromK 

the orginating exchange; 

signals to/from the right are to/from 

the gsmSSF; 

if not otherwise stated. 



lnt_Continu@_ 
_With_ < 
_Argument \ 



Int Continue 



Int Connect 



'Modify call 
[Parameters with 



on 




Send_ACM_ 
lf_Required 



J Procedure defined 
in3GPPTS23.018 



Yes 



Modify call 

parameters 

with rec eived 




Callei 




ribed 



No 



Modify call 

parameters 

with rec eived 



information 



FTN:= 
Destination Routing 
^Ac 



Result:= 
CAMEL FTN 




Yes 



CAMEL_ 
_Modify_ 
Info 



J^lo^jCtJGirtfoL 
<r^eivedjp> 
incormjig^ll? 

Yes 



lnt_Exceptioi 



Result:: 
fail 




Figure 4.42-3: Procedure CAMEL_MT_GMSC_INIT (sheet 3) 
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Procedure CAMEL MT GMSC INIT 



4(8) 



/* Process in the GMSC 
to perform CAMEL handling 
for a terminating call request 7 



> Release 



lnt_DP_ \ 
_T_AbandorK 



P T Abandoi 



Int continu 



Result:= 
aborted 




Signals to/from the left are to/from^ 

the originating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not otherwise stated. 



DP_Termination_Attempt_Authorised, 
Leg2_Disconnected 



Leb2 Disconnected 



lnt_Disconnect_ 
Leg(leg1)\ 



lnt_Disconne€t_ 
Leg_ack / 



lnt_Continije_ 
With_Argument 



DP_Termination_Attempt_Authorised, 
Leg2_Disconnected 



lnt_ReleaseCall lnt_Error 




H_eg^Di SCO n n egted ? 
Yes 




Result:= 
fail 




Default Call 
Handling = Continue 
Call? 



Figure 4.42-4: Procedure CAMEL_MT_GMSC_INIT (sheet 4) 
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Procedure CAMEL_MT_GMSC_INIT 

/* Process in the GMSC ^\ 
to perform CAMEL handling 
for a terminating call request 7 



5(8) 



Signals to/from the right are to/fromL 
thegsmSSF. 



lnt_Establis)r 
Temporary 
Connection 



CAMEL MT ETC 



DP_Termination_Attempt_Authorised, 

DP_T_Busy, 

Leg2_Disconnected 



lnt_ConneGLTo_ 
Resource \ 



CAMEL MT CTR 




No 



Yes 



Result:: 
fail 




Figure 4.42-5: Procedure CAMEL_MT_GMSC_INIT (slieet 5) 
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Procedure CAMEL_MT_GMSC_INIT 

I Process in the GMSC ^^^ 
to perform CAMEL handling 
for a terminating call request 



Wait_For_ 

Route ing_ 

Info 2 



Send Routeing 

Info ^ ^FromHLR 

Negative Re^onsa 



lnt_DP_T_Busy 



DP_T_Busy 



6(8) 

Signals to/from the right are to/fromK 

thegsmSSF; 

if not otherwise stated. 



Int Releas^ Call 



Result:= 
Fail 




Figure 4.42-6: Procedure CAMEL_MT_GMSC_INIT (sheet 6) 
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Procedure CAMEL_MT_GMSC_INIT 

/* Process in the GMSC ^\ 
to perform CAMEL handling 
for a terminating call request 7 



Wait_For_ \ 
_Routeing_ 
In fo ? 



7(8) 



/* Signals to/from the left are to/from L 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not otherwise stated. */ 



Send Routeing 
Info Ack \ 

/* FTN V \ 



From HLR 



Send Routeing 
Info Ack 

/*FTN, O-CSl' 
and/or D-CSI */ 



Store 0-CSI 
and/or D-CSI 



r From HLR 



Send Routeirig 

Info Ack \ ^ ^^^^ "^"-^ 
/* M SR N*/\ 



Set redirection 
information 



Result:= 
MSRN 



Result:= 
GSM FTN 




Figure 4.42-7: Procedure CAMEL_MT_GMSC_INIT (sheet 7) 
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Procedure CAMEL_MT_GMSC_INIT 

/* Process in the GMSC ^\ 
to perform CAMEL handling 
for a terminating call request */ 



DP_T_busy 



> Release 



Int Release Int Error 



Int Continue 



Int T Abandbn 



Result:: 
fail 



lnt_T_ExceptIon 



bP_T_Abando 




Result:= 
fail 




8(8) 



Signals to/from the left are to/from^ 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not otherwise stated. 



lnt_Continue_ 
With_Argument 



Int Connect 




Figure 4.42-8: Procedure CAMEL_MT_GMSC_INIT (slieet 8) 
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Procedure CAMEL MT MSC ALERTING 



1(3) 



/* Procedure in the MSC to ^^ 
inform the gsmSSF that the 
call is in the alerting phase 7 



Answer 



Result=: 
Answer 




/* Signals to/from the left are to/from [ 
the originating exchange; 
signals to/from the right are to/from 
the terminating exchange if not 
otherwise stated. 7 



No 



Result:= 
pass 





lnt_DP_Call y .togsmSSF 
_Accepted / 



DFf_T 



"^ 



'_T_Call_Accepted 



^from gsmSSF 



Connect 



From BSS 



J From destination 
exchange 



lnt_Continu^ 
With_Argumeqt 



Int continui 



,e<^- 



Int Release< 



Release 




Result:= 
release 




Figure 4.43-1 : Procedure CAMEL_MT_MSC_ALERTING (sheet 1) 
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Procedure CAMEL MT MSC ALERTING 



2(3) 



/* Procedure in the MSC to ^^ 
inform the gsmSSF that the 
call is in the alerting phase 7 



/* Signals to/from the left are to/from [ 
the originating exchange; 
signals to/from the right are to/from 
the terminating exchange if not 
otherwise stated. 7 



From destination l 
exchange 




Figure 4.43-2: Procedure CAMEL_MT_MSC_ALERTING (slieet 2) 
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Procedure CAMEL MT MSC ALERTING 



3(3) 



/* Procedure in the MSC to ^^ 
inform the gsmSSF that the 
call is in the alerting phase 7 



/* Signals to/from the left are to/from [ 
the originating exchange; 
signals to/from the right are to/from 
the terminating exchange if not 
otherwise stated. 7 





V J 


/ 


DP_T_Call_Accepted 






































L_ 






lnt_Establish/^ 
Temporary^ 
Connection \ 


- 


lnt_Connect/Tc 
Resource \^ 


- 












c 


)AMEL_MT_ET 


: c 


;amel_mt_ctr 


























^ 


. .Il-O ^"\ 










Fail 




Answer 


ELSE 


Result := 
fail 




Result := 
Answer 








Figure 4.43-3: Procedure CAMEL_MT_MSC_ALERTING (sheet 3) 
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Procedure CAMEL MT GMSC ANSWER 



1(3) 



/* Process in the GMSC 

to handle a 

terminating call request 7 



/* Signals to/from the left are to/fromL 
the originating exchange; 
signals to/from the right are to/from 
the terminating exchange if not 
otherwise stated. 7 



no 



Result:= 
pass 




lnt_DP_T_Answer — ^ to gsmSSF 




Answer Received 
True 



pP_T_Answer| 

V 



Int Releas 



Release 



lAL^T^'^'^.-t^ontin 
With_Argurhent ~ 



ua 



Release 



CAMEL_MT 
GMSC DISCI 



Release 



CAMEL_MT 
GMSC DISC$ 



' from gsmSSF 




Yes 



esult= 
;onneci^ 



/-"Insult: 
CAMEj__harudting? 

No 



Yes Yes J^o 
esult= 





Release 



CAlVELhanjdIIng? 



No 



Result:= 
release 



Result:= 
pass 



Result:: 
fail 



Result:= 
release 



Answer Received 
False 



Result:= 
reconnect 








Figure 4.44-1 : Procedure CAMEL_MT_GMSC_ANSWER (sheet 1) 
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Procedure CAMEL MT GMSC ANSWER 



2(3) 



/* Process in the GMSC 

to handle a 

terminating call request 7 



/* Signals to/from the left are to/fromL 
the originating exchange; 
signals to/from the right are to/from 
the terminating exchange if not 
otherwise stated. 7 



DP T Answer 



Int Error 



No 



Release 



Result:= 
release 




Default call handling 
continue call ? 



Yes 



Result:= 
Pass 





Figure 4.44-2: Procedure CAMEL_MT_GMSC_ANSWER (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



168 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_MT_GMSC_ANSWER 

I /* Process in the GMSC ^\ 

to handle a 

terminating call request 7 



3(3) 



/* Signals to/from the right are to/from [ 
the gsmSSF if not otherwise stated. */ 



DP T Answer 



lnt_EstablisJ^ 
Temporal 



MEL MT ET 



No 



lnt_Connect_To_ 
Resource \ 



CAMEL MT CTR 




Yes 



Result:= 
fail 




Figure 4.44-3: Procedure CAMEL_MT_GMSC_ANSWER (sheet 3) 
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Procedure CAMEL_MT_GMSC_DISC1 

\r Process in the GMSC^\ 
to handle a 
terminating call request */ 



1(1) 



/* Signals to/from the right are to/from [ 
the gsmSSF if not otherwise stated. */ 



Int Error 



Result:= 
HormaLhandlinb 




I DisconnectJI 



Int Releas^ Call 



Int Continue 



Int Continue 



Release 






From destination 
exchange or process 
MT CF MSC 



lnt_DP_ \ 
T_Disconnecl 
/*l e gld = ?/7 

/ DP_ 
\T Disconnec 



Int Error 



Int ReleaseCall 



CAM 



Result:= 
EL_HandliHig 




Figure 4.45-1 : Procedure CAMEL_MT_GMSC_DISC1 (sheet 1) 
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Procedure CAMEL_MT_GMSC_DISC2 

/* Process in the GMSC^\ 

to handle a 

terminating call request */ 



Result:= 
Hormal handlind 





U^s 
lnt_DP_ \^ 
T_Disconnec^ 
ri e gld = ?/7 

1 Disconnect 2 



1(2) 

/* Signals to/from the left are ^ 
to/from the originating exchange 
signals to/from the right are 
to/from the gsmSSF 
if not otherwise stated. */ 



Int Connect 



Int Error 



Answer Received 
False 



CAMEL_ 
_Modify_ 




Modify call 

Parameters with 

received i n formation 



Result:= 
reconnect 




lnt_Continue_ 
With_Argument 



Int Continue 



lnt_Contin 
With_Arguhient 



:3: 



int Error 



> Release 



lnt_DP_ \ 
T_Disconnec^ 



DP_ 
T Disconnec 



Int Releas^Call 



Result 
CAMEL handlii 




^g 



Figure 4.46-1 : Procedure CAMEL_MT_GMSC_DISC2 (sheet 1) 
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Procedure CAMEL_MT_GMSC_DISC2 

\r Process in the GMSC^\ 
to handle a 
terminating call request */ 



2(2) 



/*Signals to/from ^ 
the right are to/from the 
gsmSSF.*/ 



DPI T_Disconnecit_2 



lnt_Establisi1_ 
TemporaryXConnection 



lnt_ConnecC 
To RessoLKce 



CAMEL MT ETC 



^es 



No 



DPI T Disconnedt 2 



esult= 
fail? . 



CAMEL MT CTR 



Yes 



Result:: 
fail 




Figure 4.46-2: Procedure CAMEL_MT_GMSC_DISC2 (sheet 2) 
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Procedure CAMEL MT GMSC DISCS 



CAMTD3_1(1) 



Procedure in the GMSC to handle \ 
premature release of a CAMEL call 




No 





smSS 
exists?^ 



lnt_T_ 
Exception 




^TogsmSSF 



Figure 4.47-1 : Procedure CAMEL_MT_GMSC_DISC3 (sheet 1) 
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Procedure CAMEL_MT_GMSC_DISC4 

/* Procedure in the GMSC^\ 

to handle a /^ 

terminating call request */ ( 



Result:= 
fail 





No 



/^smSSF 
^^fnyoke^^?^^ 



Yes 



lnt_DP_T_Busy 



1(3) 



/* Signals to/from the left are to/from L 
the orginating exchange; 
signals to/from the right are to/from 
the gsmSSF. */ 



DP_T_Busy 



lnt_Connect 



CAMEL_ 
_Modify_ 



Modify call 

Parameters with 

received i n formation 



Result:= 
reconnect 




Int Continue 



lnt_Continue_ 
With_Argument 



Int Error 



Int Releas^ Call 



Result:: 
fail 




Figure 4.48-1 : Procedure CAMEL_MT_GMSC_DISC4 (slieet 1) 
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Procedure CAMEL_MT_GMSC_DISC4 

/* Procedure in the GMSC^\ 

to handle a 

terminating call request */ , ^ 

DP_T_Busy 



2(3) 



Signals to/from the right are to/from[ 
the gsmSSF if not otherwise stated. 



lnt_Establis|/ 

Temporary 

Connectionx 



CAMEL MT ETC 



lnt_Connect_To_ 
Resource \ 



CAMEL MT CTR 




esult= 
fail? ^ 



No 



Yes 



Result:= 
fail 




Figure 4.48-2: Procedure CAMEL_MT_GMSC_DISC4 (slieet 2) 
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Procedure CAMEL_MT_GMSC_DISC4 

/* Procedure in tine GMSC^\ 

to liandle a 

terminating call request */ 



3(3) 



Signals to/from the left are to/from^ 
the orginating exchange; 
signals to/from the right are to/from 
thegsmSSF. 



DP_T_Busy 








\ 
y Release 








andon 

n 


lnt_DP_T_A^ 






)P_T_Abando 












lnt_continuB 








\ 




Result:= 
fail 






lnt_Continue_ 
With_Argument 



Figure 4.48-3: Procedure CAMEL_MT_GMSC_DISC4 (slieet 3) 
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Procedure CAMEL_MT_GMSC_DISC5 

i Process in the GMSC [X 
jto handle a i 

i terminating call request j 



1(3) 



Signals to/from the right are to/from |^ 

the gsmSSF; 

if not otherwise stated. 



No 



Result:= 
continue 



Release 




iTo process 
jMT CF MSC 




No 



Yes 



Release 



Jt: 



DP T No Ans\A^er 



Int Connect 



X 



lnt_ContinL 
With_Argu\^nt 

C 



Int Contin<fe 



CAMEL_ 
_Modify_ 

mm Infn 



Modify call 
Parameters witli 

UIvpH infnrmartnn 



Result:= 
reconnect 




Int Error 



Result:= 
release 




Result:= 
release 




i To process 
jMT_CF_MSC 



X 



lnt_Relea9^_Call 
I 



Figure 4.49-1 : Procedure CAMEL_MT_GMSC_DISC5 (sheet 1) 
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Procedure CAMEL_MT_GMSC_DISC5 

Process intheGMSC^\ 
to handle a 
terminating call request 



2(3) 



Signals to/from the right are to/fromL 
the gsmSSF if not otherwise stated. 



DP_T_ 



No Ansvyer 



lnt_Establis|/ 

Temporary 

Connectionx 



CAMEL MT ETC 



lnt_Connect_To_ 
Resource \ 



CAMEL MT CTR 




esult= 
fail? ^ 



No 



DP_T_No_Ansv|er 



Yes 



Result:= 
release 




Figure 4.49-2: Procedure CAMEL_MT_GMSC_DISC5 (sheet 2) 
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Procedure CAMEL_MT_GMSC_DISC5 

Process in the GMSC^\ 
to handle a 
terminating call request 



3(3) 



Signals to/from the left are to/from^ 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not otherwise stated. 



DP_T_No_AnsWer 



> Release 



Int DP T Aljandon 



i 



P_T_Abandoh 



Int continiiB 



lnt_Continiie_ 
With_ArgurRent 



Result:= 
fail 




Figure 4.49-3: Procedure CAMEL_MT_GMSC_DISC5 (sheet 3) 
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Procedure CAMEL_MT_GMSC_DISC6 

\r Process in the GMSC^\ 
to handle a 
terminating call request */ 



1(1) 



/* Signals to/from the right are to/fromL 

thegsmSSF; 

if not otherwise stated. */ 



No 



Result:= 
continue 




^smSS 
iriyoke^ 



Yes 



Int DP T Abandon 



P T Abando 



Int continue 



Result:: 
fail 



lnt_Continue_ 
With_Argument 




Figure 4.50-1 : Procedure CAMEL_MT_GMSC_DISC6 (sheet 1) 
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Procedure CAMEL MT ETC 



1(4) 



Procedure in the GMSC 
to handle a temporary 
connection 



True 



lnt_TC_ 
Released 



Release 



Release 



Result:= 
pass 




Signals to/from the left are to/from [ 
the originating exchange; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 



Initial 
Address 



Send_ACM_ 
lf_Required 



Wait_For_ 
Assisting_ACM 



ToCAMEL_ 

Assisting_MSC 

orSRF. 



Procedure defined 
in 3GPPTS 23.018 



> Release 




ToCAMEL_ 
^ Assisting_MSC 
orSRF 



To SELF 



Release 



FromCAMEL_ 
^Assisting_MSC 
orSRF 



False 



Int DP T Abandon 



Int ETC Failei 



Result:= 
pass 



DP T Abando 



Int continu( 




lnt_Continu( 
With_Argumi 



Release 



ToCAMEL_ 
iAssisting_MSC 
orSRF 



Result:= 
fail 




Figure 4.51-1 : Procedure CAMEL_MT_ETC (sheet 1) 
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Procedure CAMEL MT ETC 



Procedure in the GMSC 
to handle a temporary 
connection 



Signals to/from the left are to/from ^ 

the originationg exchange; 

signals to/from the right are 

to/from the CAMEL_Assisting_MSC or SRF. 



2(4) 



Wait_For_ 
Assisting_ACM 



Address 
Complete 



Connect 



Wait_For_ 

Assisting_ 

Answer 



Answer 




^thw^ 
thfough conne^ti^rr 
r^quiij 



Send_Answer_ 
lf_Required 



No 



Send_ACM_ 
lf_Required 




Progress 



J Procedure defined 
in 3GPPTS 23.018 



Procedure defined , 
in 3GPPTS 23.018 



$end_Network_ 

Connect_lf_ 

Required 



lnt_Temporarv 
Connection y 
Established / 



Tempo rary_ \ 
Connection_ 
V Established j 



Procedure defined 
in 3GPPTS 23.018 



Figure 4.51-2: Procedure CAMEL_MT_ETC (sheet 2) 
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Procedure CAMEL MT ETC 



Procedure in the GMSC 
to handle a temporary 
connection 



> Release 



Answer 
eceivec^ 



True 



false 



lnt_DP_T_ 
Abandon 



lnt_TC_ 
Released 



Release 



DP T Abando 



Release 



ToCAMEL_ 

> ^Assisting_MSC 

orSRF 



To SELF 




3(4) 



Signals to/from the left are to /from [ 
theorinating exchange; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 



Tempo rary_Connection_Established 
Wait_For_Assisting_Answer 



Release 



lnt_TC_ 
Released 



Result:= 
pass 




FromCAMEL_ 
^Assisting_MSC 
orSRF 



ToCAMEL_ 

Assisting_MSC 

orSRF 



lnt_DisconnecL 
Forward_ \ 
Connection \ 



lnt_TC_ 
Released 



Release 



Result:= 
pass 




Figure 4.51-3: Procedure CAMEL_MT_ETC (sheet 3) 
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Procedure CAMEL MT ETC 



4(4) 



Procedure in the GMSC 
to handle a temporary 
connection 



Signals to/from the left are to /from [ 
theorinating exchange; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. 







I 


J 




Tempo rary_Co nnection_Establ is hed, 

Wait_For_Assisting_ACM, 

Wait_For_Assisting_Answer 






















V 










\ 






X 




Release 


J <"--- 


Connect {-- ^ 




Answer 


-' 


Connect <^ 












/ 








A 


/ 


\ 






lnt_TC_ 
Released 
















Release 


\ 




ToCAMEL_ 




From outgoing leg 
MSinVMSC. ^' 
BSSAPorRANAP 




^Assisting MSC 
orSRF 








































Res 
Ans 


jlt:= 
wer 





\ J From outgoing leg. 
I ISUP 



lnt_TC_ 
Released 




Release 



ToCAMEL_ 
^Assisting_MSC 
orSRF 



Release 



To SELF 



Result := 
pass 




Figure 4.51-4: Procedure CAMEL_MT_ETC (sheet 4) 
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Procedure CAMEL_MT_CTR 

r N 

Procedure in the GMSC to handle \ 
a Connect To Resource operation 



1(5) 



Signals to/from the left are K 

to/from the originating exchange; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



lnt_lnvoke_ 
SRF 



ToSRF 



Await_SRF_ 
Initialisation 



lnt_SRF_ / 
Connectiofix 
Failure IX 



from SRF 



Int CTR Faifed 



Result:= 
continue 




lnt_SRF_ / 
Connected^ 



Connect SRF tct 
the call 



Send_ACM_ 
lf_Required 




trouc 

<-Qonnectiop^^ 

retftH^^ed? 

No 



Int SRF CoiViected 



J From SRF 



J Procedure defined 
in3GPPTS23.018 



Send 



Yes 



Network: 
Connect_lf 

a 



J Procedure defined 
in3GPPTS23.018 



relay 



Figure 4.52-1 : Procedure CAMEL_MT_CTR (sheet 1) 
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Procedure CAMEL MT CTR 



2(5) 



Procedure in the GMSC to handle 
a Connect To Resource operation 



Relay 



Signals to/from the left are ^ 

to/from the originating exchange; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



Release v ^ From SRF 



Int SRF Released 



Result:= 
pass 




lnt_DisconnecL 
Forward_ \ 
Connection \ 



EL_Disconn4tt_ 
CTR SRF 



Int SRF Released 



Results 
pass 




> Release 



True 



CAM E L_Disconn4t 
CTR SRF 



To SELF 




Release 



bP_T_Abando 
DFC 



lnt_Continu^ 
With_Argumeqt 



Int continue 



Wait_Fo r_D isco nnect_ 
Forward_Connectip n 



lnt_Disconnect_ 
Forward Cohnection 



CAMEL_Disconnejct_ 
CTR SRF 



Int SRF Released 



Result:^ 
Fail 




Figure 4.52-2: Procedure CAMEL_MT_CTR (sheet 2) 
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Procedure CAMEL_MT_CTR 

I N 

Procedure in the GMSC to handle \ 
a Connect To Resource operation 



3(5) 



Signals to/from the right are to/fromL 

the gsmSSF. 

Signals to/from the left are to/from 

theSRF. 



Relay 



lnt_Play_ / 
Announcement 



lnt_Prompt/ 
And_Colle^ 
User Information 



lnt_Play_ 
Announcehnent 



Jnt_Specialized_ 
Ressourc4_Report 



lnt_Prompt_ 
>And Collect 



lnt_Prompt_ 
And_Collect_ 
r Information 



lnt_Specializ(sd_ 
Ressource Report 



r Information ack 



lnt_Prompt\ 
And_Collect/ 
User_lnforrtiation ack 



Relay 



Figure 4.52-3: Procedure CAMEL_MT_CTR (slieet 3) 
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Procedure CAMEL_MT_CTR 

r N 

Procedure in the GMSC to handle \ 
a Connect To Resource operation 



4(5) 



Signals to/from the left are ^ 

to/from the originating exchange; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



Await SRF Initialisation 



Release 



True 




False 



CAI 



EL_Disconn^ct_ 
CTR SRF 



Int DP T Abandon 



Int SRF Released 



To SELF 



Release 



P_T_Abandoiri 
SRF 



Int contin 



Int Continue 



^ With_Argument 



Result : 
pass 




CA(\flEL_Disconn^ct_ 
CTR SRF 



Int SRF Released 



Result : 
Fail 




Figure 4.52-4: Procedure CAMEL_MT_CTR (slieet 4) 
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Procedure CAMEL MT CTR 



5(5) 



Procedure in the GMSC to handle 
a Connect To Resource operation 



Signals to/from the left are ^ 

to/from the originating exchange; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



From outgoing leg. l 
ISUP 



Release 



CAM E L_DisconnQtt_ 
CTR SRF 



lnt_SRF_Relea§ed 



To SELF Release 



Result :-- 
pass 



Relay, 

Await SRF Initialisation 



J From outgoing leg. 
' ISUP 



Connect 



From outgoing leg 
MSinVMSC. [ 

BSSAPorRANAP 



Answer 



Connect 



CAM E L_Disconnw_ 
CTR SRF 



Int SRF Released 



Result := 
Answer 





Figure 4.52-5: Procedure CAMEL_MT_CTR (sheet 5) 
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Procedure CAMEL_MT_GMSC_Notify_CF 



1(2) 



/* Procedure in the GMSC \ 
to notify tine gsmSSF that 
a call has encountered 
conditional call forwarding */ 



Yes 




jsmSS 
nvokei 



No 



/* Signals to/from the left areL 
to/from the originating MSC; 
signals to/from the right are 
to/from the gsmSSF 
unless marked otherwise */ 



CFNRy 



ELSE 



CD 



CFB, 
€FNRc 




FTN as a result of 

the first SRI and TDP 12 

has been triggered? 



lnt_DP_ \ 
T_No_Answef' 
(OF) / 



lnt_DP_ 
T_Busy(CF; 



DP T CCF 



> Release 



Yes 



Result:= 
Continue 



lnt_ 
Continue 



lnt_Continu€ 
_With_ \ 
_A rgument 



lnt_ 
Connect 



lnt_DP_T_ 
Abandon 




lnt_Release 
Call ^ 



CAMEL_ 
_Modify_ 



P T Abando 



V_ 



red 



'Modify call 
[Parameters with 



Int contin 



lnt_Continue_ 
With_Argument 



To proces 
MT CF MSC 



CF 
cancelled 



Release call 
resources 




'Modify call 
[Parameters with 



To proces ! 
MT CF MSC 



No 



CF 
cancelled 



Yes 



Release call 
resources 



Result:= 
Fail 



Result:= 
Continue 



Result:= 
Reconnect 



Result:= 
Release 







Figure 4.53-1 : Procedure CAMEL_MT_GMSC_Notify_CF (sheet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



190 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_MT_GMSC_Notify_CF 



/* Procedure in the GMSC 
to notify the gsmSSF that 
a call has encountered 
conditional call forwarding 7 



To process L CF 

MT CF MSC cancelled 



Release call 
resources 



Result:= 
Release 




DP T CCF 



Int Error 



Yes 



Result:= 
Continue 




2(2) 



/* Signals from the right areL 

from thegsmSSF, 

unless marked otherwise */ 




Default call handling : 
continue call ? 



Figure 4.53-2: Procedure CAMEL_MT_GMSC_Notify_CF (sheet 2) 
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Procedure CAMEL MT LEG2 GMSC 



1(3) 



/* A procedure in the GMSC to ' 
handle leg 2 of an active call. 7 



/* Signals to/from the left are to from the gsmSSF;^ 
Signals to/from the right are to/from the destination 
exchange; unless otherwise stated. */ 



Wait_For_ 
Clear 





Wait_For_Clear, 
DP T MidCall Active 



Release 



>lnt_Release 
Call 



CAMEL_MT 
GMSC DISC$ 



Release 



/fiesu^W^ 



;onn^ctY 
Yes 



CAMEL_MT 
RECONNECT 



Reconnect ^^^^-^ Fail 
Result? 





Pass 



Wait_For_ 
Clear 




Jnt_Disconhect 
Leg 



Jnt_Export 
Leg 



Release 



lnt_Disconhect_ 
Leg ack 



OAMEL_EXPO[=^T 
_LEG_MSC 





Int Continue 



No ^\,- 
>^esult= 

=>ass?/ 



Yes 



DP T MidCalf 



V 



Active 



>lnt_Continue 
With Argument 



Int MidCall 



Int Error 




dandlirig^ 



Release 




Release 



Wait_For_ 
Clear 




Figure 4.54-1 : Procedure CAMEL_MT_LEG2_GMSC (sheet 1) 
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Procedure CAMEL MT LEG2 GMSC 



2(3) 



/* A procedure in the GMSC to ' 
handle leg 2 of an active call. 7 



/* Signals to/from the left are to from the gsmSSF;^ 
Signals to/from the right are to/from the destination 
exchange; unless otherwise stated. */ 



DP T MidCall Active 



lnt_Establish_ 
>Temporary_ 
Co n nection 



.MEL MT ET 



Jnt_Connept_ 
Resource 



To 



CAMEL MT CTR 



Figure 4.54-2: Procedure CAMEL_MT_LEG2_GMSC (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



193 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL MT LEG2 GMSC 



3(3) 



/* A procedure in the GMSC to ' 
handle leg 2 of an active call. 7 



>BICCAPM 



BICC APM 



Wait_For_Clear, 
DP T Mid Call Active 



^ From originating/destination exchange 



■ codec modification 

■ target codec 



jSeeSGPPTS 
23.172 



> BICC APM 



Modify bearer 
(inactive) 



success 



jSeeSGPPTS 
23.172 



Modify bearer 
(active) 



\ J To destination/originating 
exchange 



■ codec modification 

■ target codec 



BICC APM 




success 



CAMEL_T 
SCUDIF MSCt 



Figure 4.54-3: Procedure CAMEL_MT_LEG2_GMSC (sheet 3) 
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Process CAMEL_MT_LEG1_GMSC 

/* A process in the GMSC to \ 

handle leg 1 in a CPH configuration. 7 



1(5) 



/* Signals to/from the left are to/from ^ 

the originating exchange; Signals to/from the right 
are to/from the gsmSSF unless otherwise stated. */ 



Active 



Wait_For_ 
Clear 



Store Leg1 
information 





Bg1_status^ 
Set-up 



Wait_For_ 
ACM 



Address 
Complete 



Connect 



See3GPPTS23.018 



Send_ACM_ 
lf_Required 



Send_Network 

Connect_lf_ 

Required 



See3GPPTS23.018 



Wait_For_ 
Answer 



Wait_For_ 
Clear 



Answer 



See3GPPTS23.018 



Send_Answer_ 
lf_Required 



Wait_For_ 
Clear 



Figure 4.55-1 : Process CAMEL_MT_LEG1_GMSC (sheet 1) 
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Process CAMEL MT LEG1 GMSC 



2(5) 



/* A process in the GMSC to ^' 

handle leg 1 in a CPH configuration. 7 



/* Signals to/from the left are to/from ^ 

the originating exchange; Signals to/from the right 
are to/from the gsmSSF unless otherwise stated. */ 



Wait_For_ACM, 

Wait_For_Answer, 

DP_T_MidCall_Alerting 



> Release 



CAMEL_MT 
GMSC DISC6 



lnt_Disconnect_ 

Leg \ 



Release 



lnt_Disconneci> 
Leg_ack / 



lnt_Release/ 
Call ^ 



Release 



From gsmSSF ^ 



Answer / ^ Int Error 



DP_T_MidCall 
1 _Alerting 




Int Continua 



Continue 



Release 



Wait_For 
Answer 



Wait_For_Answer, 
DP_T_MidCall_Alerting 



lnt_Continu^ 
With Argument 



Int MidCalh 



DP_T_MidCall 
_Alerting 



Figure 4.55-2: Process CAMEL_MT_LEG1_GMSC (sheet 2) 
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Process CAMEL MT LEG1 GMSC 



3(5) 



/* A process in the GMSC to ^' 

handle leg 1 in a CPH configuration. 7 



/* Signals to/from the left are to/from ^ 

the originating exchange; Signals to/from the right 
are to/from the gsmSSF unless otherwise stated. */ 



Wait_For_Clear, 

DP T MidCall Active 




> Release 



CAMEL_MT 
GMSC_DISC1 



lnt_Release/ 
Call 



Release 



DP_T_MidCall 
Active 



lnt_Disconnect 

Leg \ 



Release 



lnt_Export 
Leg 



CAMEL_EXPOF^tr 
_LEG_MSC 



lnt_Disconnect> 
Leg ack / 



No 



Result= 
\Pass?/ 




Yes 



' DP_T_MidCall 
\ Active 



Int MidCall < 



Int Error 



^-Default Catt 
Handlina 





Int Continua 



Continue 



Release 



Release 



Wait_For 
Clear 



lnt_Continu^ 
With Argument 



Figure 4.55-3: Process CAMEL_MT_LEG1_GMSC (sheet 3) 
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Process CAMEL_MT_LEG1_GMSC 

/* A process in the GMSC to \ 

handle leg 1 in a CPH configuration. 7 



4(5) 



/* Signals to/from the left are to/from ^ 

the originating exchange; Signals to/from the right 
are to/from the gsmSSF unless otherwise stated. */ 



DP_T_MidCall_Alerting 



lnt_Establislv 
Temporary^ 
Connection 



lnt_Connect/ro_ 
Resource \ 



CAMEL MT ETC CAMEL MT CTR 



To SELF 



Result? 

Answer 



Result := 
Answer 



Answer 



Fail 



ELSE 



Figure 4.55-4: Process CAMEL_MT_LEG1_GMSC (sheet 4) 
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Process CAMEL MT LEG1 GMSC 



5(5) 



/* A process in the GMSC to 

handle leg 1 in a CPH configuration. */ 



/* Signals to/from the left are to/from ^ 

the originating exchange; Signals to/from the right 
are to/from the gsmSSF unless otherwise stated. 7 



Int.Establisr 
Temporary 
Connection ^ 



DP T MidCall Active 



lnt_Connect_To_ 
Resource \ 



EL MT ETC CAMEL MT CTR 



Wait For ACM 



lnt_Establisl 
Temporar 
;tion 



lnt_Connect_To_ 
Resource \ 



.MEL MT ETC CAMEL MT CTR 





Result? 



ELSE 



Fail 



Figure 4.55-5: Process CAMEL_MT_LEG1_GMSC (sheet 5) 
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Procedure CAMEL_MT_RECONNECT_GMSC 

/* A procedure in the GMSC to handle a ^'^ 
reconnection after leg 2 disconnect. */ 1 



1(7) 



/* Signals to/from the right are to /from 
the destination exchange. */ 



See 3GPP TS 23.079 ' 



0R_Set_ORA_. 
Parameters 



See3GPPTS23.018^ 



Obtain_Routeing_Address 
(Called party address, Reference address, 
OR, Own PLMN, Routeing address. 
Destination address. Result) 



Fail, 
Aborted 



Result := 
Fail 




Pass, 
Forward 




Initial Addres: 

(Routeing 

Address) 



qAMEL_Store 

Destination_ 

Address 



(OR, False) 



Wait_For_ 
ACM 



Routeing 
Number 



Initial Addres; 

(Routeing 

Address) 



Figure 4.56-1 : Procedure CAMEL_MT_RECONNECT_GMSC (sheet 1) 
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Procedure CAMEL_MT_RECONNECT_GMSC 

/* A procedure in the GMSC to handle a ^'^ 
reconnection after leg 2 disconnect. */ 1 



2(7) 



/* Signals to/from the right are to /from 
the destination exchange. */ 



Wait_For_ 
ACM 



Reconnect 



Address 
Complete 



Connect 



CAMEL_Start 
_TNRy 



CAMEL_MT_ 
SC ALERTING 



Answer 




Fail, Release 



Result : 
Fail 



Answer 




CAMEL_Stop 
_TNRy 



CAMEL_MT_ 
OMSC ANSWER 



Reconnect 



Fail, Release 



Result := 
Reconnect 



^Result?^> 

T Pass 

Set destination 

address 

parameter 



Result := 
Pass 



Result : 
Fail 






Figure 4.56-2: Procedure CAMEL_MT_RECONNECT_GMSC (sheet 2) 
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Procedure CAMEL_MT_RECONNECT_GMSC 

/* A procedure in the GMSC to handle a ^'^ 
reconnection after leg 2 disconnect. */ 1 



3(7) 



/* Signals to/from the right are to /from 
the destination exchange. */ 



Wait_For_ACM, 
Wait For Answer 



Resume 

Call 

Handling 



Resume call 
:= True 



Fail 



Result := 
Fail 




OR_Handle 
RCH 



Reconnect 




^ See 3GPP TS 23.079 



Refuse 



Pass 



Result := 
Reconnect 



Wait_For 
ACM 




Figure 4.56-3: Procedure CAMEL_MT_RECONNECT_GMSC (sheet 3) 
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Procedure CAMEL_MT_RECONNECT_GMSC 

/* A procedure in the GMSC to handle a ^'^ 
reconnection after leg 2 disconnect. */ 1 



4(7) 



/* Signals to/from the right are to/from ^ 
the destination exchange; Signals 
to/from the left are to/from the gsmSSF. 
unless otherwise stated. */ 



TNRy 
Expired 



Release 



CAMEL_MT 
0MSC DISC$ 



Result =^^ 
econnect?"^ 



Wait_For_Answer, 
DP_T_MidCall_Alerting 



^ Internal 



Yes 



No 



Result := 
Fail 



Release 



Yes 



No 



CAMEL_MT 
tBMSC DISC4 



Yes 



Result =\ 
Bconnectr 



neconne 



No 



Result := 
Reconnect 



Result : 
Fail 



Wait_For_ACM, 

Wait_For_Answer, 

DP_T_MidCall_Alerting 



>lnt_Release 
Call 



>lnt_Disconn^ct 
Leg 



Release 



Release 




Release cause 
= No answer 
from user? 



lnt_Disconn^ct 
Leg ack 




Figure 4.56-4: Procedure CAMEL_MT_RECONNECT_GMSC (sheet 4) 
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Procedure CAMEL_MT_RECONNECT_GMSC 

/* A procedure in the GMSC to handle a ^'^ 
reconnection after leg 2 disconnect. */ 1 



5(7) 



/* Signals to/from the right are to/from 
the destination exchange; 
Signals to/from the left are to/from 
thegsmSSF. 7 



Wait_For_Answer, 
DP_T_MidCall_Alerting 



>lnt_Export 
Leg 



Int MidCall 



QAMEL_EXPOF^tr 
LEG MSC 



Result = 
Pass?/ 



Yes 




Result : 
Fail 




I DP_T_MidCall 
1 _Alerting 




Release 



Release 



>lnt Error 



efault calK^ 
andling^"^ 



>lnt Continue 



Continue 



>lnt_Continue 
With Argument 



Wait_For_ 
Answer 



Answer 



/ Resume Call / 
Handling / 



Result : 
Fail 




Figure 4.56-5: Procedure CAMEL_MT_RECONNECT_GMSC (sheet 5) 
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Procedure CAMEL_MT_RECONNECT_GMSC 

/* A procedure in the GMSC to handle a ^'^ 
reconnection after leg 2 disconnect. */ 1 



6(7) 



/* Signals to/from the right are to/from 
the destination exchange; 
Signals to/from the left are to/from 
thegsmSSF. 7 



DP_T_MidCall_Alerting 



lnt_Establish. 
> Tempo rary_ 
Connection 



>lnt_Connect_To_ 
Resource 



CAMEL MT ETC CAMEL MT CTR 



To SELF 





Result? 

Answer 



Result := 
Answer 



Answer 



Fail 



ELSE 




Figure 4.56-6: Procedure CAMEL_MT_RECONNECT_GMSC (sheet 6) 
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Procedure CAMEL_MT_RECONNECT_GMSC 

/* A procedure in the GMSC to handle a ^'^ 
reconnection after leg 2 disconnect. */ 1 



7(7) 



/* Signals to/from the right are to /from 
the destination exchange; 
Signals to/from the left are to/from 
thegsmSSF. V 



DP T MidCall Active 



lnt_EstablisK 
> Temporary, 
Connection 



CAMEL MT ETC 



Jnt_Connect_ 
Resource 



To 



CAMEL MT CTR 



Figure 4.56-7: Procedure CAMEL_MT_RECONNECT_GMSC (sheet 7) 
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Procedure CAMEL_T_SCUDIF_MSC 

/* Procedure in the MSC to 

inform tine gsmSSF tinat tine bearer service of tine 

call has changed */ 



1(1) 



/* Signals to/from the left are K 
to/from the BSS; signals to/from 
the right are to/from the gsmSSF if 
not otherwise stated. */ 



Result:= 
pass 




No 



^smSS 
SAvokei 



Yes 

lnt_DP_T_\ 
Service_Charfge( Ieg2 ) 



Result:= 
pass 




Figure 4.57-1 : Procedure CAMEL_T_SCUDIF_MSC (sheet 1) 



ETSI 



3GPP TS 23.078 version 9.1 .0 Release 9 207 ETSI TS 123 078 V9.1 .0 (2010-04) 

4.5.3.2 Retrieval of routeing information in the HLR 

The functional behaviour of the HLR is specified in 3GPP TS 23.018 [12]. The procedures specific to CAMEL are 
specified in this subclause: 

- Procedure CAMEL_HLR_INIT; 

- Procedure CAMEL_CSI_Check_HLR; 

- Procedure CAMEL_0_CSI_CHECK_HLR; 

- Procedure CAMEL_D_CSI_CHECK_HLR; 

- Procedure CAMEL_T_CSI_CHECK_HLR; 

- Procedure CAMEL_CHECK_SII2_CDTL 

The procedure CAMEL_Provide_Subscriber_Info is specified in subclause 4.5.9. 
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Procedure CAMEL HLR INIT 



Procedure in the HLR to \ 
handle a request for routeinq 
information for an MT call. 



No 



No 



No 



No 




Tng^ring critep^ 
^-iulfille^>-"^ 




/ISC^^ 
^d^iports CAI\4feL 
phas 



Nb ^ 




CAMEL phase^ 
Bufficiepi?"^ 




No 




No 



No 



Yes 



Yes 



Yes 



Yes 



1(2) 



Result:: 
pass 




Figure 4.58-1 : Procedure CAMEL_HLR_INIT (sheet 1) 
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Procedure CAMEL_HLRJNIT 

I N 

Procedure in the HLR to \ 
handle a request for routeinq 
information for an MT call. 



2(2) 



ODB 

Set negative 
response: 



Result:: 
fail 




Continue 



Network 
specific 



Normal call 
handling acco 
to3G PPTS ?3.d 



rding 



18 



l]Jetwork specific 
handling 



Result:= 
pass 




The network specific handling 

shall include the result of the procedure 

CAMEL_HLR_INIT (fail, pass) 



Figure 4.58-2: Procedure CAMEL_HLR_INIT (sheet 2) 
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Procedure CAMEL CSI Check HLR 



1(1) 



/* This procedure in tine HLR 
to perform the handling for a 
forwarded CAMEL call. */ 



QAMEL_T_CSI| 
CHECK HLF[ 



^T-CSI 
active?^ 

Yes T 



q>\MEL_0_CS 
CHECK HLFl 



No 



qAMEL_D_Cai 
CHECK HLFl 



Result:= 
CSI active 



Result:= 
CSI not active 




Figure 4.59-1 : Procedure CAMEL_CSI_Check_HLR (slieet 1) 
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Procedure CAMEL O CSI CHECK HLR 



/* Procedure in the HLR to check \ 
the 0-CSI and set the 0-CSI 
parameter for SRI ack accordingly. */ 



1(1) 




Set 0-CSI 

parameter 

(note 1 , note 2) 




Note 1 : K 

In case of GSM call forwarding, as an implementation option, the HLR may perform conditional triggering check 
for DP Collected Info services in 0-CSI. 

If the check passes, 0-CSI shall be sent to the GMSC without conditional triggering criteria for DP Collected info 
If the check fails, DP Collected Info triggers shall not be sent to the GMSC. 

Note 2: 

The HLR shall not send 0-CSI data to the GMSC if the GMSC does not support 0-CSI or the CAMEL phase 

indicated in CAMEL Capability Handling of 0-CSI. 



Figure 4.60-1 : Procedure CAMEL_0_CSI_CHECK_HLR (sheet 1) 
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Procedure CAMEL_D_CSI_CHECK_HLR 

/* Procedure in the HLR to check \ 
the D-CSI and set the D-CSI 
parameter for SRI ack accordingly. */ 



D-CSI\_^ 
p resenlan dactive?^ 



Yes 



Set D-CSI 
parameter 




No 



1(1) 



Note 1 : K 

The HLR shall not send D-CSI data to the GMSC if the GMSC does not support D-CSI or the CAMEL phasfe 
indicated in CAMEL Capability Handling of D-CSI. 



Figure 4.61-1 : Procedure CAMEL_D_CSI_CHECK_HLR (sheet 1) 
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Procedure CAMEL T CSI CHECK HLR 



1(1) 



/* Procedure in the HLR to 

check the T-CSI and set the SRI ack 

parameter accordingly */ 




requested Domaiiti 
circuit switched 



,MEL_Provide. 
ubscriber 



Info 



Set T-CSI 
parameter 



Result:= 
T-CSI active 




No 



Yes 



No 



Result:= 
continue 




Figure 4.62-1 : Procedure CAMEL_T_CSI_CHECK_HLR (slieet 1) 
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Procedure CAMEL_CHECK_SII2_CDTI 

/* Procedure in the HLR or MSC to ^\ 
determine if tine SII2 allows or disallows 
invocation of Call Forwarding or Call 
Deflection. */ 



1(1) 



Yes 




Call Diversion Treatment 
Indicator present in SII2? 



Call Diversion Treatment 
Indicator set to Call 
Diversion allowed? 




Yes 



Result : 
Fail 



Result :: 
Pass 




Figure 4.63-1 : Procedure CAMEL_CHECK_SII2_CDTI (sheet 1) 
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4.5.3.3 Handling of provide roaming number request in the VLR 

The functional behaviour of the VLR is specified in 3GPP TS 23.018 [12]. The procedure specific to CAMEL is 
specified in this subclause: 

- Procedure CAMEL SET SOA. 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



216 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_SET_SOA 

Procedure in the VLR to set the \ 
suppression of announcement 
indicator as required for this call 



No 



Suppression ot 
announcemeni 




Syppfessbnof 
^^Rqouncem^ 

Yes 

Suppression o| 
announcemeni 





1(1) 



Figure 4.64-1 : Procedure CAMEL_SET_SOA (slieet 1) 
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4.5.4 Handling of mobile terminating calls 

4.5.4.1 Handling of mobile terminating calls in the terminating VMSC 

The functional behaviour of the terminating VMSC is specified in 3GPP TS 23.018 [12]. 

The behaviour specific to CAMEL is: 

the inclusion of the 0-CSI and/or D-CSI parameter in the Perform Call Forwarding information flow sent to the 
process MT_CF_MSC if 0-CSI and/or D-CSI was received in the Send Info For Incoming Call ack information 
flow; 

- the requirement to suppress the connection of announcements or tones if the VLR includes the suppression of 
announcements parameter in the Send Info For Incoming Call negative response information flow. 

The processes and procedures specific to CAMEL are specified in this subclause: 

- Procedure CAMEL_ICH_VLR; 

- Procedure CAMEL_0_CSI_Check_VLR; 

- Procedure CAMEL_D_CSI_Check_VLR; 

- Procedure CAMEL_VT_CSI_Check_VLR; 

- Procedure CAMEL_ICH_MSC_INIT; 

- Procedure CAMEL_MT_VMSC_Notify_CF; 

- Procedure CAMEL_ICH_LEG2_MSC; 

- Procedure CAMEL_ICH_LEG2_CF_MSC; 

- Process CAMEL_ICH_LEG1_MSC; 

- Procedure CAMEL_ICH_RECONNECT_MSC; 

- Process CAMEL_T_CHANGE_OF_POSITION_MSC. 

The procedure CAMEL_ICH_LEG2_MSC supervises the terminating party only. The procedure 
CAMEL_ICH_LEG2_CF_MSC supervises the forwarded-to party only. The process CAMEL_ICH_LEG1_MSC 
supervises the originating party only. Hence, signals from the BSS are received by the procedure 
CAMEL_ICH_LEG2_MSC, signals from the destination exchange are received by the procedure 
CAMEL_ICH_LEG2_CF_MSC and signals from the originating exchange are received by the process 
CAMEL_ICH_LEG1_MSC. 

4.5.4.1 .1 Action of the VMSC in procedure CAMEL_MT_VMSC_Notify_CF 

The Forwarding reason is taken from the Complete Call information flow from the VLR. 

The Int_DP_T_No_Answer signal and Int_DP_T_Busy signal include a parameter to indicate that the call has 
encountered conditional call forwarding. The gsmSSF will transfer this parameter to the Event Report BCSM 
information flow which it sends to the gsmSCF. 

4.5.4.1 .2 Action of MSC on receipt of lnt_Disconnect_Leg (Leg 2) 

If the MSC receives Int_Disconnect_Leg (Leg 2) signal from the gsmSSF, in response to an Initial DP information 
flow, the MSC will continue the handling of the calling party (Legl) without routeing the call to a destination. 
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4.5.4.1 .3 Procedure CAMEL_ICH_LEG2_MSC 

The Int_DTMF_Digit_Received information flow is received from an internal process in the MSC that receives DTMF 
signalhng from the MS. The handhng of the internal process that receives DTMF signalling is out of scope of the 
present document. The playing of the received DTMF tones to the other parties in the call segment is out of scope of the 
present document. 

4.5.4.1 .4 Process CAMEL_T_CHANGE_OF_POSITION_MSC 

The signals HANDOVER COMPLETE and HANDOVER PERFORMED are specified in 3GPP TS 48.008 [39]. 
Signals RELOCATION REQUEST ACKNOWLEDGE, LOCATION REPORT and LOCATION REPORTING 
COMMAND are specified in 3GPP TS 25.413 [33]. 
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Procedure CAMEL_ICH_VLR 

I N 

/* This procedure is called in 
ICH_VLR (in 3GPP TS 23.018) 7 



> Abort 



Result:= 
FAIL 





No 



No 



Send Info 
Incoming 



Result:= 
Pass 



For 
Gall 




1(1) 



/* Signals to/from the leftL 
are to/from the MSC.V 



Result:= 
Pass 




Figure 4.65-1 : Procedure CAMEL_ICH_VLR (sheet 1) 
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Procedure CAMEL O CSI CHECK VLR 



1(1) 



Procedure in the VLR to check \ 
the 0-CSI and set the 0-CSI 
parameter for SIFIC ack accordingly. 




Set 0-CSI 
parameter 




No 



Figure 4.66-1 : Procedure CAMEL_0_CSI_Check_VLR (sheet 1) 
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Procedure CAMEL D CSI CHECK VLR 



1(1) 



/* Procedure in the VLR to check \ 
the D-CSI and set the D-CSI 
parameter for SIFIC ack accordingly. *) 




No 



Ye^ 

Set D-CSI 
parameter 




Figure 4.67-1 : Procedure CAMEL_D_CSI_Check_VLR (slieet 1) 
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Procedure CAMEL VT CSI CHECK VLR 



1(1) 



/* Procedure in the VLR to \ 

check the VT-CSI and set the SIFIC ack 
parameter accordingly */ 



Check basic service code criteria ^ 
Check VT-CSI in VMSC-B 




No 



Yes 



No 



No 



Yes 



Set VT-CSI 
parameter 



Result:= 
CCH 




Result:= 
continue 




Figure 4.68-1 : Procedure CAMEL_VT_CSI_Check_VLR (sheet 1) 
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Procedure CAMEL_ICH_MSC_INIT 

\r Process in the VMSC-B^\ 

to handle a 

terminating call request */ 



1(5) 



/* Signals to/from the right are to/fron 
the gsmSSF */ 



set 
CSI=VT-CSI 




j wait_for_ \ 
gsmSSFJnvoked 



Figure 4.69-1 : Procedure CAMEL_ICH_MSC_INIT (sheet 1) 
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Procedure CAMEL_ICH_MSC_INIT 

7* Process in the VMSC-B^\ 
to handle a 
terminating call request */ 



2(5) 



/* Signals to/from the left are to/from L 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSFV 






wait for 



gsmSSF_lnvoked 



lnt_gsmS^ 
Invoked \ 



Call_Active := 
False 



lnt_D P_TerrHi,nation_ 
Attempt_Autorized 



D/P_Termination_ 

Attempt. 

V Au torized J 



> Release 



lnt_T_Except]on 



Result:= 
aborted 




lnt_Discon^ct_ 
Leg (Ieg2) 



lnt_Disconnect_ 
Leg_ack / 



Leg2 Disconnected 



Int Continue 



lnt_Continue_ 
With_Argument 



'Modify call 
barameters with 



Result := 
Leg1_only 




Figure 4.69-2: Procedure CAMEL_ICH_MSC_INIT (sheet 2) 
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Procedure CAMEL ICH MSC INIT 



3(5) 



/* Process in the VMSC-B 

to handle a 

terminating call request */ 



DJ^_Terminatio^ 

_Attempt_ 

\ Au th o rised/ 



/* Signals to/from the left are to/from [ 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not otherwise stated. 7 



lnt_Continuje_ 
_With_ < 
_A rgu n nent \ 



Int Continue 



'Modify call 
parameters with 



on' 



Int Connect 



Send_ACM_ 
lf_Required 






Procedure defined 
in 3GPPTS 23.018 




Modify call 

parameters 

w ith rec eived 

i nform ation. 



Jrigins 
Calle^arty Subsc 

No 



SetVT-CSI 
suppression 



Result:= 
MSRN 



Modify call 

parameters 

w ith re 

infornliation 



FTN:= 
Destination Routing 



Result:= 
Reconnect 



CAMEL_ 
_Modify_ 
Jnfa 



NojQtfGihfo 
j^eceived j 
rcall? 

Yes 



lnt_Exception> 



Result:: 
fail 




Figure 4.69-3: Procedure CAMEL_ICH_MSC_INIT (sheet 3) 
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Procedure CAMEL ICH MSC INIT 



4(5) 



/* Process in the VMSC-B 

to handle a 

terminating call request 7 



> Release 



lnt_DP_ 
T Abandon 



P T Abandoi 



Int contini 



Result:= 
aborted 




/* Signals to/from the left are to/fromL 

the orginating exchange; 

signals to/from the right are to/from 

thegsmSSF; 

if not othenA/ise stated. */ 



DP_Termination_Attempt_Authorised, 
Leg2_Disconnected 



Leb2 Disconnected 



DP_Termination_Attempt_Authorised, 
Leg2_Disconnected 




lnt_Continue_ 
With_Argument 



Result:= 
Aborted 




Default Call 
Handling = Continue 
Call? 



Figure 4.69-4: Procedure CAMEL_ICH_MSC_INIT (slieet 4) 
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Procedure CAMEL_ICH_MSC_INIT 

\r Process in the VMSC-B^\ 
to handle a 
terminating call request */ 



5(5) 



/* Signals to/from the right are to/from L 
the gsmSSF. */ 



lnt_Establisj/ 

Temporary 

Connection 



CAMEL MT ETC 



\fail?. 



DP_Termination_Attempt_Authorised, 

DP_T_Not_Reachable, 

Leg2_Disconnected 



lnt_ConneGLTo_ 
Resource \ 



CAMEL MT CTR 



No 



Yes 



Result:: 
fail 




Figure 4.69-5: Procedure CAMEL_ICH_MSC_INIT (sheet 5) 
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Procedure CAMEL_MT_VMSC_Notify_CF 



/* Procedure in the VMSC \ 
to notify tine gsmSSF tinat 
a call has encountered 
conditional call forwarding */ 



1(2) 



CFNRy 

lnt_DP_ \ 
T_No_Answe^ 
(OF) / 




/* Signals to/from the left areL 
to/from the VMSC; 
signals to/from the right are 
to/from the gsmSSF 
unless marked otherwise */ 



No 



CFB, 

CFNRc, 

CD 



Result := 
Continue 




> Release 



lnt_Continuj9_ 
_With_ < 
_A rgu m ent \ 



lnt_Contin<e lnt_Conne<t calJ^^'^^^^ 



lnt_DP_T_ 
Abandon 



P T Abando 



'Modify call 
parameters with 



Int Continue 



lnt_Continue_ 
With_Argument 



To process [ 
MT CF MSC 



CF 
cancelled 



Release call 
resources 



Result:= 
Fail 



CAMEL_ 
_Modify_ 



'Modify call 
parameters with 



ion 



Release 



Result:= 
Continue 



To process L CF 

MT CF MSC cancelled 



Release call 
resources 



Result:= 
Reconnect 



Result:= 
Fail 







Figure 4.70-1 : Procedure CAMEL_MT_VMSC_Notify_CF (sheet 1) 
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Procedure CAMEL_MT_VMSC_Notify_CF 



2(2) 



/* Procedure in the VMSC 
to notify the gsmSSF that 
a call has encountered 
conditional call forwarding */ 



/* Signals to/from the left are[ 
to/from the VMSC; 
signals to/from the right are 
to/from thegsmSSF 
unless marked otherwise */ 



DP T CCF 



Int Error 



No 



Release 




Default call handling = 
continue call ? 



Yes 



To process L CF 

MT CF MSC cancelled 



Release call 
resources 



Result:= 
Fail 



Result:= 
Continue 





Figure 4.70-2: Procedure CAMEL_MT_VMSC_Notify_CF (sheet 2) 
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Procedure CAMEL ICH LEG2 MSC 



1(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the gsmSSF;L 
Signals to/from the right are to/from the BSS; 
unless othenA/ise stated. */ 



lnt_MidCall_ 
Criteria_R6jquest 



r 



Wait_For^ 
MidCall Criteri, 



>lnt_MidCall. 
Criteria ack 



lnt_MidCall_ 
> Criteria negative 
response \ 



Jnt_MidCall 
Criteria 



Store MidCall 
Criteria 



MidCall armed 
:= True 



MidCall armed 
:= False 



Store MidCall 
Criteria 



MidCall armed 
:= True 




Jnt_Cancel 
MidCall 



MidCall armed 
:= False 



Clear Digit 
String 



Stop Interdigit 
Timer 



Figure 4.71-1 : Procedure CAMEL_ICH_LEG2_MSC (sheet 1) 
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Procedure CAMEL ICH LEG2 MSC 



2(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the gsmSSF;L 
Signals to/from the right are to/from the BSS; 
unless otherwise stated. */ 




Wait_For_Clear, 
DP T MidCall Active 




See 3GPP TS 23.087 



See 3GPP TS 23.093 



Release / 
transaction^ 



CAMEL_MT_ 
GMSC DISC2 




Yes 



No 



UUS_MSC_ 
Dheck_UUS1 
LJUJ L 



CBS_Check 
Last Call 



Jnt_Release 
Call 



Release 
transaction 




>lnt_Disconhect 
Leg 



Release 
transaction 



lnt_Disconhect_ 
Leg ack 



To Subs_FSM 

See 3GPPTS 23.018 



Call cleared 




Figure 4.71-2: Procedure CAMEL_ICH_LEG2_MSC (sheet 2) 
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Procedure CAMEL ICH LEG2 MSC 



3(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the Subs_FSML 
(See 3GPP TS 23.018); Signals to/from the right are 
to/from the BSS; unless otherwise stated. */ 



No 

Hold 
reject 



Hold 
Request 




^olc 
^supported?^ 

Yes 

Process_Holi 
_Request 



See 3GPP TS 23.083 



Yes 



Wait_For_Clear, 
DP T MidCall Active 



Retrieve 
Request 




ECT 
request 



^olc 
/Supported^ 



ECT 
X request 



MPTY 
request 



MPTY 
request 



No 



Fliiocess_RetrieMe 
_Request 



Retrieve 
reject 



Figure 4.71-3: Procedure CAMEL_ICH_LEG2_MSC (sheet 3) 
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Procedure CAMEL ICH LEG2 MSC 



4(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the Subs_FSML 
(See 3GPP TS 23.018); Signals to/from the right are 
to/from the BSS; unless otherwise stated. */ 



Wait_For_Clear, 
DP T MidCall Active 



^ From originating exchange 



-BCIE 



MODIFY 



>BICCAPM 



codec modification 
target codec 



SeeSGPPTS 
23.172 



Modify bearer (inactive) 

and 

radio parameters 



jSee3GPPTS 
23.172 



Modify bearer (inactive) 

and 

radio parameters 



To originating 
exchange 



BICC APM 



MODIFY 



BCIE 



■ codec modification 

■ target codec 



Figure 4.71-4: Procedure CAMEL_ICH_LEG2_MSC (sheet 4) 
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Procedure CAMEL ICH LEG2 MSC 



5(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the Subs_FSML 
(See 3GPP TS 23.018); Signals to/from the right are 
to/from the BSS; unless otherwise stated. */ 



BCIE 



SeeSGPPTS 
23.172 



MODIFY 
COMPLET 



Modify bearer 
(active) 



To originating i_ 
exchange 



success 



BICC APM 



CAMEL_T 
$CUDIF MSC 



Wait_For_Clear, 
DP T Mid Call Active 



BICC APM 



MODIFY \ 
COMPLETE/ 



^ From originating exchange 



success 



jSee3GPPTS 
23.172 



Modify bearer 
(active) 



-BCIE 



Figure 4.71-5: Procedure CAMEL_ICH_LEG2_MSC (sheet 5) 
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Procedure CAMEL ICH LEG2 MSC 



6(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the gsmSSF;L 
Signals to/from the right are to/from BSS; 
unless othenA/ise stated. */ 




Wait_For_Clear, 
DP T MidCall Active 



DP_T_MidCalf 
Active 



Jnt_Export 
Leg 



Int MidCall 



Int Continue 



qAMEL_EXPO 
LEG MSC 



No 




Result 
Pass. 

Yes 

lnt_gsmS^F 
Instance 



)P_T_MidCall 
Active 



>lnt_Continue 
With Argument 



Int Error 




dandlipg^^ 



Release 




Release 
transaction 



Wait_For 
Clear 




To Process 
^ CAMEL T CHANGE OF POSITION MSC 




AMELJCH 
ECONNECT 
MSC 



Reconnect ^ ^^ Fail 
Result? 






Figure 4.71-6: Procedure CAMEL_ICH_LEG2_MSC (sheet 6) 
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Procedure CAMEL ICH LEG2 MSC 



7(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the gsmSSF;L 
Signals to/from the right are to/from BSS; 
unless othenA/ise stated. */ 



DP_T_MidCall_Active, 
Wait For Clear 



FromMSCprocess^ gt.™^^ 




^^idCal 
armed'^ 



False 




Interdigit Timeout ^ start Interdigit 
is specified in Timer 

MidCall Criteria ^ 



Stop Interdigit 
Timer 



lnt_DP_T_ 
MidCall 



Clear Digit 
String 



DP_T_ 
MidCall 
V Active 



Add Digit to 
Digit String 



CHECK_DIGIT 
STRING MSC 



Trigger^^/^^^ Continue 
Result? 



Abort 

Stop Interdigit 
Timer 



Clear Digit 
String 



Figure 4.71-7: Procedure CAMEL_ICH_LEG2_MSC (sheet 7) 
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Procedure CAMEL_ICH_LEG2_MSC 

r N 

/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



8(9) 



/* Signals to/from the left are to/from the gsmSSF;L 
Signals to/from the right are to/from BSS; 
unless otherwise stated. */ 



DP_T_MidCall_Active, 
Wait For Clear 



Internal 



Interdigit 
> Timer 



No startStHng^ 
pf^^t in Mi^jQ^II 
trigg^r^riteria? 



Yes 



Length of Digit String less 
than length of Start String? 




Length of Digit String less than 
minimum number of digits? 



Yes 



/ Int DP T 
\ MidCall 








\ 












Clear Digit 
String 




Clear Digit 
String 










/ 


f DP T \ 

MidCall 
V Active J 


- 



Figure 4.71-8: Procedure CAMEL_ICH_LEG2_MSC (sheet 8) 
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Procedure CAMEL ICH LEG2 MSC 



9(9) 



/* A procedure in the MSC to \ 
handle leg 2 of an active call. */ 



/* Signals to/from the left are to/from the gsmSSF;L 
Signals to/from the right are to/from BSS; 
unless othenA/ise stated. */ 



DP T Mid Call Active 



lnt_Establish_ 
>Temporary_ 
Co n nection 



>lnt_Connept_ 
Resource 



To 



CAMEL MT ET 



CAMEL MT CtR 



Figure 4.71-9: Procedure CAMEL_ICH_LEG2_MSC (sheet 9) 
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Procedure CAMEL_ICH_LEG2_CF_MSC 

I N 

/* A procedure in the MSC to \ 
handle a forwarded leg 2 of 1 
an active call. */ 



1(2) 



/* Signals to/from the left are to/from the gsmSSF; | 
Signals to/from the right are to/from MT_CF_MSC; 
unless otherwise stated. */ 




Wait_For 

_Forward 

Clear 



Release 



Wait_For_Forward_Clear, 
DP T MidCall Active 



>lnt_Discor 
Leg 



nnect 



>lnt_Release 
Call 




CAMEL_MT 
GMSC DISC2 



^Tlesult = 
>lQConnec 

Yes 



Release 



Release 



lnt_Disconn^ct 
Leg ack 




No 



CAMELJCH 
RECONNECT 
MSC 



Reconnect ^^^^ Fail 
Result? 




Pass 




/ Wait_For 
_Forward 
V Clear 




Int Continue 




>lnt_Export 
Leg 



MEL_EXPORT 
LEG MSC 



Result 
\Pass 




No 



Yes 



DP_T_MidCall 
Active 



>lnt_Continue) 
With Argument 



Continue 



>lnt_MidCall 



DP_T_MidCall 
Active 




>lnt Error 



Wait_For 

_Forward 

Clear 



Release 




Figure 4.72-1 : Process CAMEL_ICH_LEG2_CF_MSC (sheet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



240 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL ICH LEG2 CF MSC 



2(2) 



/* A procedure in the MSC to 
handle a forwarded leg 2 of 
an active call. */ 



/* Signals to/from the left are to/from the gsmSSF; | 
Signals to/from the right are to/from MT_CF_MSC; 
unless otherwise stated. */ 



lnt_Establish. 
Tempo rary_ 
Connection 



CAMEL MT ETC 



DP T MidCall Active 



>lnt_Connect. 
Resource 



To 



CAMEL MT CTR 



Figure 4.72-2: Process CAMEL_ICH_LEG2_CF_MSC (sheet 2) 
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Process CAMEL_ICH_LEG1_MSC 

/* A process in the MSC to \ 

handle leg 1 of a CPH configuration. */ ^ 



1(5) 



^Signals to/from the left are to/from the GMSC; ^ 
Signals to/from the right are to/from the gsmSSF; 
unless otherwise stated. */ 



Store Leg1 
information 



Active 




[-eg1_status3 
Set-up 



Wait_For_ 
Clear 



Abort 



' To VLR 



See3GPPTS23.018 



Wait_For_ 
Alerting 



Alerting 



Send_ACM_ 
lf_Required 



Wait_For_ 
Answer 



Answer 



Connect 



$end_Network 

Connect_lf_ 

Required 



^See3GPPTS23.018 



Wait_For_ 
Clear 



See3GPPTS23.018 



Send_Answer_ 
lf_Required 



Wait_For_ 
Clear 



Figure 4.73-1 : Process CAMEL_ICH_LEG1_MSC (slieet 1) 
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Process CAMEL ICH LEG1 MSC 



2(5) 



/* A process in the MSC to \ 

handle leg 1 of a CPH configuration. */ 



^Signals to/from the left are to/from the GMSC; \_ 
Signals to/from the right are to/from the gsmSSF; 
unless otherwise stated. */ 



> Release 



CAMEL_MT 
GMSC DISC6 



Wait_For_Alerting, 
Wait_For_Answer, 
DP_T_MidCall_Alerting 



lnt_Disconnect_ 

Leg \ 



Release 



lnt_Disconnecl 
Leg_ack 



lnt_Release/ 
Call ^ 



Release 



J From gsmSSF 



/ Answer 



Int Continua 



DP_T_MidCall 
_Alerting 



lnt_Continu&/ 
With Argument 



Wait_For_ 
Answer 



Wait_For_Answer, 
DP_T_MidCall_Alerting 



Int MidCalh 



DP_T_MidCall 
_Alerting 



Figure 4.73-2: Process CAMEL_ICH_LEG1_MSC (sheet 2) 
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Process CAMEL ICH LEG1 MSC 



3(5) 



/* A process in the MSC to \ 

handle leg 1 of a CPH configuration. */ 



^Signals to/from the left are to/from the GMSC; \_ 
Signals to/from the right are to/from the gsmSSF; 
unless otherwise stated. */ 



Wait_For_Clear, 

DP T MidCall Active 



> Release 



CAMEL_MT_ 
OMSC DISC1 



lnt_Export 
Leg 



\MEL_EXPOR[r 
LEG MSC 




Yes 



DP_T_MidCall 
Active 



Int MidCall < 



lnt_Release/ 
Call ^ 



Release 



lnt_Disconnect 

Leg \ 



Release 



lnt_Disconneci 
Leg ack 



Int Continui 



DP_T_MidCall 
Active 



lnt_Continu&/ 
With Argument 



Int Error 



Conti 



Release 




efault Cal 
andii 



Release 



Wait_For_ 
Clear 



pP_T_MidCall 
1 _Alerting ) 



Int Error 



Continue 



Wait_For_ 
Answer 




Release 



Figure 4.73-3: Process CAMEL_ICH_LEG1_MSC (sheet 3) 
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Process CAMEL ICH LEG1 MSC 



4(5) 



/* A process in the MSC to \ 

handle leg 1 of a CPH configuration. */ 



^Signals to/from the left are to/from the GMSC; \_ 
Signals to/from the right are to/from the gsmSSF; 
unless otherwise stated. */ 



DP_T_MidCall_Alerting 



lnt_Establislv 
Temporary^ 
Connection 



lnt_Connect/to_ 
Resource \ 



CAMEL MT ETC CAMEL MT CTR 



To SELF 



Result? 

Answer 



Result := 
Answer 



Answer 



ELSE 



Fail 



Figure 4.73-4: Process CAMEL_ICH_LEG1_MSC (slieet 4) 
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Process CAMEL ICH LEG1 MSC 



5(5) 



/* A process in the MSC to 

handle leg 1 of a CPH configuration. */ 



/*Signals to/from the left are to/from the GMSC; ^ 
Signals to/from the right are to/from the gsmSSF; 
unless otherwise stated. */ 



DP T MidCall Active 



lnt_Establis|/ 
Temporar^ 
Connection \ 



C;AMEL MT ET 



lnt_Connect_To_ 
Resource \ 



EL MT CTR 



Wait For ACM 



lnt_Establis)/ 
Temporaryx^ 
Connection \ 



lnt_Connect_To_ 
Resource \ 



CAMEL MT ET 




MEL MT CTR 



Fail 



ELSE 



Figure 4.73-5: Process CAMEL_ICH_LEG1_MSC (slieet 5) 
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Procedure CAMEL ICH RECONNECT MSC 



1(7) 



/* A proecedure in the MSC to handle 
a reconnection after leg 2 disconnect */ 



/* Signals to/from the right are to/from the VLR; \_ 
Signals to/from the left are to/from the gsmSSF; 
unless otherwise stated. */ 



Send Info FoK 
MT Reconnected 
Call / 



Jnt_Release 
Call 



Send Info Forx 
MT Reconn^ted 
Call negative \ 
response 



Abort 



lnt_ 
Exception 



Result := Fail 




Wait_For_ 
Reconnected 
Call Result j 



Send Info For 
MT Reconnected 
Call ack \ 




>lnt_Disconnpct 
Leg 



Abort 



lnt_Disconnbct 
Leg ack 



Result := Fail 




Figure 4.74-1 : Procedure CAMEL_ICH_RECONNECT_MSC (sheet 1) 
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Procedure CAMEL ICH RECONNECT MSC 



2(7) 



/* A proecedure in the MSC to handle 
a reconnection after leg 2 disconnect */ 



/* Signals to/from the right are to/from the VLR; \_ 
Signals to/from the left are to/from the gsmSSF; 
unless otherwise stated. 7 




Set 
redirection 
information 



Activate_ 
CF Process 



^See3GPPTS23.018 



Result := 
Reconnect 



Result = 
\Fail?^ 



No 



Yes 



CAMEL_MT 
GMSC DISC4 



Yes 




Result ^\ 
iConneptY 

No 



Result : 
Fail 




Initial 

Address 

Message 



J To process MT_CF_MSC 
(3GPPTS 23.018) 



QAMEL_Store_. 
Destination_ 

Address 
(FalselTrue) 



Wait_For_ 
Forward ACM 



Figure 4.74-2: Procedure CAMEL_ICH_RECONNECT_MSC (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



248 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_ICH_RECONNECT_MSC 

I N 

/* A proecedure in the MSC to handle ^^^ 
a reconnection after leg 2 disconnect */ 



/* Signals to/from the right are to/from 
the destination exchange; 
Signals to/from the left are to/from 
the process MT_CF_MSC; 
unless otherwise stated. 7 



3(7) 



^ From gsmSSF 



Wait_For_ 
Forward ACM 



lnt_Disconnect 

Leg \ 



Release 



lnt_Disconnec 
Leg ack 



To gsmSSF 



lnt_Release/ 
Call 



Release 



Fail, 
Release 



Result := 
Fail 




Address 
Complete 



CAMEL_MT_ 
Wise ALERTNG 



Result? 




Answer 



Pass 

\/ 

Wait_For_ 
Forward_Answe| 




Connect 




> Release 



CAMEL_MT 
OMSC DISC4 



Yes 



Reconnect 



^^^sult^\ 
t^^conneptY 



No 



Result := 
Reconnect 



Result : 
Fail 





Figure 4.74-3: Procedure CAMEL_ICH_RECONNECT_MSC (sheet 3) 
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Procedure CAMEL_ICH_RECONNECT_MSC 

I N 

/* A proecedure in the MSC to handle ^^^ 
a reconnection after leg 2 disconnect */ 



4(7) 



/* Signals to/from the right are ^ 
to /from the destination exchange; 
signals to/from the left are 
to/from the gsmSSF.V 



Wait_For_Forward_Answer, 
D P_T_M idC all_Ale rti ng 



>lnt_Disconn^ct 
Leg 



>lnt_Release 
Call 



Release 



Release 



Release 



CAMEL_MT 
OMSC DISC4 



lnt_Disconn^ct 
Leg ack 



No 




Yes 



f Wait_For_ 
Forward_Answe| 



Answer 



CAMEL_MT_ 
OMSC ANSWER 



Reconnect 




Fail, 
Release 



Result := 
Fail 



Result := 
Reconnect 



Result := 
Pass 



Result : 
Fail 






Figure 4.74-4: Procedure CAMEL_ICH_RECONNECT_MSC (sheet 4) 
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Procedure CAMEL ICH RECONNECT MSC 



5(7) 



/* A proecedure in the MSC to handle 
a reconnection after leg 2 disconnect */ 



/* Signals to/from the right are [ 
to /from the destination exchange; 
signals to/from the left are 
to/from the gsmSSF.V 



Wait_For_Forward_Answer, 
D P_T_M idC all_Ale rti ng 



>lnt_Export 
Leg 



Int MidCall 



QAMEL_EXPOF^tr 
LEG MSC 



Result = 
Pass?/ 



Yes 




Result : 
Fail 




I DP_T_MidCall 
1 _Alerting 



>lnt Error 



>lnt Continue 




^^ Continue 
jIt calK^ 



efault 
andling^^ 



Release 



Release 



Result : 
Fail 




>lnt_Continue 
With Argument 



I Wait_For_ 
Forward Answei 



Answer 



Figure 4.74-5: Procedure CAMEL_ICH_RECONNECT_MSC (slieet 5) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



251 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_ICH_RECONNECT_MSC 

I N 

/* A proecedure in the MSC to handle ^^^ 
a reconnection after leg 2 disconnect */ 



6(7) 



/* Signals to/from the right are ^ 
to /from the destination exchange; 
signals to/from the left are 
to/from the gsmSSF.V 



DP_T_MidCall_Alerting 



lnt_Establish. 
> Tempo rary_ 
Connection 



Jnt_Connect_To_ 
Resource 



To SELF 



CAMEL MT ETC CAMEL MT CTR 




Result?^^^ 
Answer 



Result := 
Answer 



Answer 



ELSE 



Fail 




Figure 4.74-6: Procedure CAMEL_ICH_RECONNECT_MSC (slieet 6) 
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Procedure CAMEL_ICH_RECONNECT_MSC 

I N 

/* A proecedure in the MSC to handle ^^^ 
a reconnection after leg 2 disconnect */ 



7(7) 



/* Signals to/from the right are ^ 
to /from the destination exchange; 
signals to/from the left are 
to/from the gsmSSF.V 



DP T MidCall Active 



lnt_Establish. 
> Tempo rary_ 
Connection 



>lnt_Connect_To_ 
Resource 



CAMEL MT ETC CAMEL MT CTR 



Figure 4.74-7: Procedure CAMEL_ICH_RECONNECT_MSC (slieet 7) 
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Process CAMEL T CHANGE OF POSITION MSC 



1(2) 



/* Process in the MSC to transfer ^^^ 
location information to the gsmSSF 7 



Idle 



/* Signals to/from left are to/from the process [ 
CAMEL_CHANGE_OF_POSITION_MSC; 
signals to/from the right are to/from the gsmSSF, 
unless otherwise stated. */ 



lnt_lnvoke_ 
T_Change_0f_ 
Position_MSC\ 
(Monitor Mode) 



Notify & continue 




Other 



Store 

criteria 

if present 



Yes 




gadio connecti^p^ 
itablished?^^ 



No 



bscnt 
gently in LMJS^ 
racltlo<!^t^A/6rk 



No 



establis 



Yes 



/ Wait_For_ \ 

Radio_Connection_ 

V Established J 



Position_ 
Monitoring 



lnt_Continue( 



lnt_lnvoke_^/ 
T_Change_^_ 
Position_MSC\ 
("Trans|barent") 



LOCATION, 
REPORTING_ 
.CONTROL 



To RNC 

Request type:="change of service area" 



Position_ 
Monitoring 



Idle 



lnt_gsmSSF^ 
Instance \ 



Store new 
gsmSSF 
instance 



Position_ 
Monitoring 



J From Procedure 
CAMEL ICH LEG2 MSC 



Figure 4.75-1 : Process CAMEL_T_CHANGE_OF_POSITION_MSC (sheet 1) 
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Process CAMEL T CHANGE OF POSITION MSC 



2(2) 



/* Process in the MSC to transfer ^^^ 
location information to the gsmSSF 7 



/* Signals to/from left are to/from the process [ 
CAMEL_CHANGE_OF_POSITION_MSC; 
signals to/from the right are to/from the gsmSSF, 
unless otherwise stated. 7 



Position_ 
Monitoring 



RELOCATION 
> REQUEST 
ACKNOWLEDGE 



LOCATION, 
REPORTING, 
.CONTROL 



FromRNC 



^LOCATION 
REPORT 



(!)heck_Criteria_. 
Cfiiange_Of_Posi|t)n 



Result = 
\Pass V 



Yes 



lnt_T_Changej 
Of Position / 



To RNC 
Request type:= 
"change of service area" 



HANDOVER_COMPLETE, 
HANDOVER PERFORMED 



lnt_lnvoke_ / 
T_Change_0f_ 
Position_MSC\ 
("TransitDarent") 



Obtain current 
position 



No 



Position_ 
Monitoring 




LOCATION, 
REPORTING, 
.CONTROL 



Idle 



To RNC 
Request type:: 



:"stop" 



Figure 4.75-2: Procedure CAMEL_T_CHANGE_OF_POSITION_MSC (sheet 2) 
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4.5.4.2 Handling of mobile ternninating calls in the VLR 

The functional behaviour of the terminating VLR is specified in 3GPP TS 23.018 [12]. The process specific to CAMEL 
is specified in this subclause: 

Process Reconnected_MT_Call_VLR. 

The behaviour specific to CAMEL is: 

the inclusion of the 0-CSI and/or D-CSI parameter in the Send Info For Incoming Call ack information flow if 
the call is to be forwarded and 0-CSI and/or D-CSI is included in the subscriber data for that subscriber in the 
VLR; 

the inclusion of the suppression of announcements parameter in the Send Info For Incoming Call negative 
response information flow if it was received in the Provide Roaming Number information flow from the HLR. 
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Process Reconnected MT CALL VLR 



/* Process in the VLR to \ 

handle a request for information 

for a reconnected incoming (MT) call */ 



CUG info provided 
for incoming call? 



CUG provisioned 
for called subscriber? 



Idle 



Reconnected 




Yes 




Yes 



Set negative 
response: 
CU G reject 



Send Info For MT 
Reconnec:ed 
egative 
response 



Idle 



RMTC_VLR1(1) 



/* Signals to/from the leftL 
are to/from the MSC. 7 



Set result: 
FoHA/ard 



Set 
forwarding 
infor m ation 



qAMEL_o_cai 

CHECK VLR 



QAMEL_D_CSI 
CHECK VLR 



Send Info For MT 
Reconnecied 




Figure 4.76-1: Process Reconnected_MT_Call_VLR (sheet 1) 
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4.5.5 Handling of forwarded calls 

The handling of forwarded calls in the GMSC or the terminating VMSC is specified in 3GPP TS 23.018 [12]. The 
processes and procedures specific to CAMEL are specified in this subclause. 

- Procedure CAMEL_Check_ORLCF_VMSC; 

- Procedure CAMEL_CF_MSC_INIT; 

- Procedure CAMEL_CF_MSC_ALERTING; 

- Procedure CAMEL_CF_MSC_ANSWER; 

- Procedure CAMEL_CF_ETC; 

- Procedure CAMEL_CF_CTR; 

- Procedure CAMEL_MT_CF_LEG1_MSC; 

- Process CAMEL_MT_CF_LEG2_MSC; 

- Procedure CAMEL_MF_RECONNECT_MSC. 

The procedure CAMEL_MT_CF_LEG1_MSC supervises the originating party only. The process 
CAMEL_MT_CF_LEG2_MSC supervises the forwarding-to party only. Hence, signals from the originating exchange 
are received by the procedure CAMEL_MT_CF_LEG1_MSC and signals from the destination exchange are received 
by the process CAMEL_MT_CF_LEG2_MSC. 

A mobile terminated call can be forwarded either in the GMSC (indicated by provision of Forwarded-To-Number from 
the HLR or gsmSCF) or in the MSC (indicated by provision of Forwarded-To-Number from the VLR). 

4.5.5.1 Procedure CAMEL_CF_MSC_INIT: handling of 
lnt_Continue_With_Argument 

The received parameters are used to overwrite the corresponding ISUP parameters (for mapping see 3 GPP 

TS 29.078 [36]). Call parameters which are not included in the Int_Continue_With_Argument signal are unchanged. 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

4.5.5.2 Procedure CAMEL_CF_MSC_INIT: handling of lnt_Connect 

The received parameters are used to overwrite the corresponding ISUP parameters (for mapping see 3 GPP 
TS 29.078 [36]. Call parameters which are not included in the Int_Connect signal are unchanged. 

As a network operator option, loop prevention mechanisms may cause the redirection information to be ignored or 
modified (e.g., if the Redirection counter has been decreased). 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 

4.5.5.3 Procedure CAMEL_CF_MSC_INIT: handling of lnt_Disconnect_Leg (Leg 2) 

If the MSC receives Int_Disconnect_Leg (Leg 2) signal from the gsmSSF, in response to an Initial DP information 
flow, the MSC will continue the handling of the calling party (Legl) without routeing the call to a destination. 

4.5.5.4 Action of the MSC in procedure CAMEL_CF_MSC_ANSWER 

If the MSC received a destination address from the GMSC in the ISUP Answer or ISUP Connect Message then the 
MSC relays the destination address to the gsmSSF in the Int_DP_0_Answer signal. 
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4.5.5.5 Action of the MSC in procedure CAMEL_CF_ETC 

In procedure CAMEL_CF_ETC (sheet 2) the GMSC or terminating VMSC will remain in the 
Wait_For_Assisting_Answer state until it receives an ISUP Answer Message (ANM) or timeout occurs. This is to 
ensure that a call record is always generated for every successful establishment of a temporary connection to a gsmSRF, 
especially in the case where the connection is between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 

Message (ANM). 
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Procedure CAMEL_Check_ORLCF_VMSC 

I /* Procedure in the VMSC to check which CSIs^\ 
have to be included in RCH for Optimal 
Routeing of Late Forwarded calls*/ 



1(2) 



if No 0-CSI or D-CSI is 
present in VLB, then non- 
CAMELORLCF shall be 
invoked. 



If the required CAMEL 
Phases are not supported 
by GMSC, then Forwarding 
shall be done in the VMSC. 
(note1, 2) 



This check is needed only if 
CAMEL Phase 4 is requested. 
The supported CAMEL Phase 4 
CSIs in GMSC, is indicated in 
"Offered CAMEL4 CSIs in 
Interrogating nodeDE, in MAP 
PRN from HLR. 



If DP Collected Info 
criteria are fulfilled, then 
the DP Collected Info 
shall be included in RCH. 
Otherwise, DP Collected 
Info shall not be included 
in RCH. 




Notes L 

1. When CAMEL Capability 
handling is not present in 0-CSI, 

it is assumed to be CAMEL Phase 1. 

2. When GMSC Supported 
CAMEL Phases was not received 
from HLR (in PRN), it is assumed 
to be CAMEL Phase 1 . 



'Mark DP Collectedjnfo for 

inclusion in RCH 

(no criteria shall be included 

in RCH)' 



DP Route Select Failure, 
if available, shall be 
included in RCH. 




^Yb^ 



lyiark DP Route_Select 
jlurefor inclusion in 



RCH' 





Figure 4.77-1 : Procedure CAMEL_Check_ORLCF_VMSC (sheet 1) 
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Procedure CAMEL_Check_ORLCF_VMSC 

I N 

/* Procedure in the VMSC to check which CSIs \ 
have to be included in RCH for Optimal 1 

Route ing of Late Forwarded calls*/ 



2(2) 



D-GSI, if available, shall 
be included in RCH 




'Mark D-CSI for 
nclusion in RCH 



Reult := ORLCF 




Figure 4.77-2: Procedure CAMEL_Clieck_ORLCF_VMSC (sheet 2) 
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Procedure CAMEL_CF_Dialled_Services 

Procedure in the MSC to \ 

process CAMEL dialled services 
for forwarded calls 



1(1) 



/* Signals to/from the left are ^ 

to/from the origination Exchange. 7 



Reconnect was received in 
a dialogue due to..? 



D-CSI 




N-CSI 



ELSE 




CAMEL_ 
SDS CF INIT 



Result:^ 
Fail 




Fail 






Result? 
Pass 



CAMEL_ 
NDS CF INIT 



Fail 




Result? 
Pass 



Results 
Pass 




Abort 



Leg1_only 



Abort 



PAMEL_OCH 
MSC DISC4 



Result:= 
Abort 




Leg1_only 



Results 
Leg1_only 




Figure 4.78-1 : Procedure CAMEL_CF_Dialled_Services (sheet 1) 
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Procedure CAMEL CF MSC INIT 



1(4) 



/* Procedure in the MSC to 
handle a forwarded call 7 



No 



Result:= 
pass 



Yes 




Int Error 



Release 



Result:: 
fail 




/* Signals to/from the left are to/fronn[ 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
the process gsmSSF if not 
otherwise stated. 7 




Connect 

Coi:ia^ctwltkQut 

^K;SI Applic9&e 

Indicat6r 

No 



Call forwarding or 
Call Deflection 



Coninj^je^\A/itli"Argument Yes 
Juppr 
Indk 

Nc 



with^ppressQ-CS^ 
Iicat6r 



f 



Result := 
pass 



lnt_lnvoke gsmSSF 
(0-CSI) / 




Wait_For_ 

_gsmSSF 

Invoked 



lnt_gsmSSF^ 
Invoked \ 



Answer Received 
False 



>CF Cancelled 



lnt_DP_ \ 
_Collected_ 
Jnfo / 

\/ 

i DP_ 
Collected_ 
Info 



lnt_0_Excepflon 



Result:= 
cancelled 




Figure 4.79-1 : Procedure CAMEL_CF_MSC_INIT (sheet 1) 
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Procedure CAMEL CF MSC INIT 



2(4) 



/* Procedure in the MSC to 
handle a forwarded call 7 



/* Signals to/from the left are to/fromL 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
the process gsmSSF if not 
otherwise stated. 7 



Leb2 Disconnected 



DP_Collected_ln\o, 
Leg2_Disconneclled 



Int Disconnect 



Int Releas^ Call Int Error 




Default Call 
Handling = Continue 
Call? 



DP_ 
Collected, 
I n fo 



Int Continue 



lnt_Continue^ 
_With_ < 
_A rgument ^ 



Int Connect 



CAMEL_ 
_Modify_ 
Info 



CAMEL_ 
_Modify_ 
Info 



'Modify call 'Modify call 

barameters with parameters with 

received i n formation' received i n formation' 



Release 



Yes 



Result:= 
fail 




'Destination 

address := 

Called Party 

Number' 



Result:= 
pass 




Figure 4.79-2: Procedure CAMEL_CF_MSC_INIT (sheet 2) 
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Procedure CAMEL_CF_MSC_INIT 

/* Procedure in the MSC to \ 
handle a forwarded call */ 



3(4) 



/* Signals to/from the right are to/from ^ 
the gsmSSF if not otherwise stated. */ 



DP_ 
Collected. 
Info i 



lnt_Disconrrect_ 
Leg(leg2)\ 



lnt_Disconnect_ 
Leg_ack / 



Leg2 Disconnected 



Int Continue 



lnt_Establisj/ 
Temporary 



CAMEL CF ETC 



Result := 
Leg1_only 




lnt_Continue_ 
With_ArgumBnt 



'Modify call 

parameters with 

received informatio n ' 



No 



DP_Collected_lnfo, 

I Leg2_Disconnected 



^sult= 
\fail?/ 



lnt_ConneGLTo_ 
Resource \ 



MEL CF CTR 



Yes 



Result:= 
fail 




Figure 4.79-3: Procedure CAMEL_CF_MSC_INIT (sheet 3) 
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Procedure CAMEL_CF_MSC_INIT 

/* Procedure in the MSC to \ 
handle a forwarded call */ 



4(4) 



/* Signals to/from the left are to/from K 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
the gsmSSF; if not otherwise stated. */ 



DP_Collected_lnfo, 
Leg2 Disconnecied 



> Release 



Int DP O Abandon 






P O Abando 



DP_0_i 






Int continiiB 



Result:= 
fail 




lnt_Continiie_ 
With_ArgurRent 



Figure 4.79-4: Procedure CAMEL_CF_MSC_INIT (sheet 4) 
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Procedure CAMEL SDS CF INIT 



1(4) 



/* Procedure in the MSC to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are to/from the parent process; 
signals to/from the right are to/from the gsmSSF. 7 



Result= 
Pass 





Yes 



Allocate Call 
Reference Number 



Store Original 
Call Parameters 



lnt_lnvoke_ 

gsmSSF 

(D-CSI) 



Wait_for_ 
ismSSF Invokes 



lnt_gsmSSF/ 
Invoked ^ 



lnt_DP_ 

Analysed_ 

Info 



DP_ 
Analysed_ 
Info J 



>CF 
cancelled 



lnt_0_Exceptian 



Results 
Abort 




Figure 4.80-1 : Procedure CAMEL_SDS_CF_INIT (slieet 1) 
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Procedure CAMEL SDS CF INIT 



2(4) 



/* Procedure in the MSC to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are to/from the parent process; 
signals to/from the right are to/from the gsmSSF. 7 



DP_ 
Analysed_ 
V Info 



lnt_Release/ 
Call ^ 



Int Error 



Int Continua 



^ault( 

handing = contintie^ 

^^ap^ 

No 



Yes 



Results 
Fail 



Results 
Pass 





lnt_Continue/ 
_With_ \ 
Argument 



CAMEL_ 
_Modify_ 
CUG Info 



'Modify call 

parameters with 

received informatio n' 



Int Connect< 



Results 
Pass 




>CF 
cancelled 



PAMEL_OCH 
MSC DISC4 



Results 
Abort 




Figure 4.80-2: Procedure CAMEL_SDS_CF_INIT (sheet 2) 
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Procedure CAMEL SDS CF INIT 



3(4) 



/* Procedure in the MSC to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are to/from the parent process; 
signals to/from the right are to/from the gsmSSF. 7 



i 



P_Analysed_lnf 



lnt_Disconnect 
_Leg(leg2) \ 



lnt_DisconnecY 
_Leg_ack / 



L6g2_Disconnected 



DP_Analysed_lnfo 

I Leg2_Disconnected 



lnt_Establislv 
Tempo rary_j\ 
Connection 



CAMEL CF ETC 



No 



DP_Analysed 
Info 



lnt_Connect/ro_ 
Resource \ 



CAMEL CF CTF^ 



Result 
fail? 




Yes 



Results 
fail 




Figure 4.80-3: Procedure CAMEL_SDS_CF_INIT (sheet 3) 
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Procedure CAMEL SDS CF INIT 



4(4) 



/* Procedure in the MSC to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are to/from the parent process; [ 
signals to/from the right are to/from the gsmSSF. */ 



Leg2_Disconnected 



>CF 
cancelled 



Int Continue 



0AMEL_OCH 
MSC DISC4 



Result :: 
Abort 



lnt_Continu^ lnt_Disconnect 
With_Argurhent _Leg(leg1 ) \ 



Int Error 



lnt_Releas6 
Call 



'Modify call 
parameters with 



lnt_DisconneGt_ 
, Leg_ack / 



Result := 
Leg1_only 



Result : 
Fail 




Figure 4.80-4: Procedure CAMEL_SDS_CF_INIT (sheet 4) 
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Procedure CAMEL NDS CF INIT 



1(4) 



/* Procedure in the MSC to perform ^^^ 

CAMEL handling for a network 

Dialled Service for mobile originated calls */ 



/* Signals to/from the left are to/from the parent process; 
signals to/from the right are to/from the gsmSSF. 7 



Result= 
Pass 





Yes 



I Referent 
er stored/ 

No 

Allocate Call 
Reference Number 




Store Original 
Call Parameters 



lnt_lnvoke_ 

gsmSSF 

(N-CSI) 



Wait_for_ 
dsmSSFJnvoked 



lnt_gsmSSF/ 
Invoked ^ 



lnt_DP_ 

Analysed_ 

Info 



DP_ 

Analysed_ 

Info 



>CF 
cancelled 



lnt_0_Exceptia 



Results 
Abort 




Figure 4.81-1 : Procedure CAMEL_NDS_CF_INIT (sheet 1) 
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Procedure CAMEL NDS CF INIT 



2(4) 



/* Procedure in the MSC to perform ^^^ 

CAMEL handling for a network 

Dialled Service for mobile originated calls */ 



/* Signals to/from the left are to/from the parent process; 
signals to/from the right are to/from the gsmSSF. 7 










[ DP_ \ 

Analysed_ 
V Info 1 






































Int Release/ 
Call \ 


lnt_Error \ 




Int Continu^ 

\ 




Int Continue/ 
_With_ C 
Argument \ 




lnt_Connect^ 


\cF 
/cancelled 




h 






































^D^faulTball 
in^g = conp^ 




Yes 


CAMEL_ 

Modify 

CUG Info 




CAMEL OCH 
MSC_DISC4 




e / 




\ 


No 














'Modify call 

parameters with 

re:eived information' 




















/ 
















Results 
Fail 




Results 
Pass 




Results 
Pass 




Results 
Abort 




Figure 4.81-2: Procedure CAMEL_NDS_CF_INIT (sheet 2) 
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Procedure CAMEL NDS CF INIT 



3(4) 



/* Procedure in the MSC to perform ^^^ 

CAMEL handling for a network 

Dialled Service for mobile originated calls */ 



/* Signals to/from the left are to/from the parent process; 
signals to/from the right are to/from the gsmSSF. 7 



P_Analysed_lnf 



lnt_Disconn^t 
_Leg(leg2) 



lnt_DisconnecY 
_Leg_ack / 



Leg2_Disconnected 



DP_Analysed_lnfo 
Leg2_Disconnected 



lnt_Establislv 
Temporary^ 
Connection 



CAMEL CF ETC 



No 



DP_Analysed 
Info 



Result= 
fail? 



lnt_Connect/fo_ 
Resource \ 



CAMEL CF CTR 



Yes 



Results 
fail 




Figure 4.81-3: Procedure CAMEL_NDS_CF_INIT (sheet 3) 
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Procedure CAMEL SDS CF INIT 



4(4) 



/* Procedure in the MSC to perform 
CAMEL handling for a subscribed 
Dialled Service */ 



/* Signals to/from the left are to/from the parent process; [ 
signals to/from the right are to/from the gsmSSF. */ 



Leg2_Disconnected 



>CF 
cancelled 



Int Continue 



0AMEL_OCH 
MSC DISC4 



Result :: 
Abort 



lnt_Continu^ lnt_Disconnect 
With_Argurhent _Leg(leg1 ) \ 



Int Error 



lnt_Releas6 
Call 



'Modify call 
parameters with 



lnt_DisconneGt_ 
, Leg_ack / 



Result := 
Leg1_only 



Result : 
Fail 




Figure 4.81-4: Procedure CAMEL_NDS_CF_INIT (sheet 4) 
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Procedure CAMEL CF MSC ALERTING 



/* Procedure in the MSC to handle 
a fowarded call 7 



No 



Results 
pass 




gsmSS 
\existst 




lnt_DP_0. 
Term Seized/ 



1(3) 



/* Signals to/from the left ^ 
are to/from the process 
MT_GMSC / ICH_MSC; 
signals to/from the right 
are to/from the terminating 
exchange. 7 



^tothegsmSSF 



Answer 



Result=: 
Answer 



J from the 
gsmSSF 



DP O Term Seizbd 



Internal 




Figure 4.82-1 : Procedure CAMEL_CF_MSC_ALERTING (sheet 1) 
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Procedure CAMEL CF MSC ALERTING 



/* Procedure in the MSC to handle 
a fowarded call 7 



Release 



Result:= 
release 



DP O Term Seizbd 



/* Signals to/from the left ^ 
are to/from the process 
MT_GMSC / ICH_MSC; 
signals to/from the right 
are to/from the terminating 
exchange. 7 



Int Error 



lnt_Continue 
With_ArgunTbnt 




Default call handling = 
continue call ? 



Yes 



Results 
Pass 




From the gsmSSF ' 



2(3) 



Figure 4.82-2: Procedure CAMEL_CF_MSC_ALERTING (sheet 2) 
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Procedure CAMEL CF MSC ALERTING 



/* Procedure in the MSC to handle 
a fowarded call 7 



/* Signals to/from the left ^ 
are to/from the process 
MT_GMSC / ICH_MSC; 
signals to/from the right 
are to/from the terminating 
exchange. 7 



3(3) 



lnt_Establislv 
Tempo raryj^ 
Connection 



CAMEL CF ETC 



DP O Term Seized 



^ From gsmSSF 



lnt_Connect/fo_ 
Resource \ 



CAMEL CF CTF^ 



Fail 



Result : 
fail 





Result := 
Answer 



ELSE 



Figure 4.82-3: Procedure CAMEL_CF_MSC_ALERTING (sheet 3) 
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Procedure CAMEL CF MSC ANSWER 



1(3) 



/* Procedure in the MSC to handle 
a fowarded call 7 



/* Signals to/from the left^ 
are to/from the process 
MT_GMSC/ICH_MSC; 
signals to/from the right 
are to/from the terminating 
exchange. 7 



No 




^smSS> 
xistsj 



Result=pass 




lnt_0_Answe> — ^ to the gsmSSF 




Answer Received 
True 



J from the 
gsmSSF 



DP O Answei 



\ 



Int Releasi 



Release 



Int contin 



ue 



Release 



Release 



cAmel_och_m$c 

DISC 1 



CA 



EL_OCH_M$C 
DISC 2 




esult= 
;onnecty 



Yes 



Result:= 
release 



Result:=pass 






Release 



No 

/^esult>\ 
CAMEi__hapjdling'? 

No 



Answer Received 
False 



Result:=fail 



Result:= 
release 



Result:= 
reconnect 




Figure 4.83-1 : Procedure CAMEL_CF_MSC_ANSWER (sheet 1) 
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Procedure CAMEL CF MSC ANSWER 



2(3) 



/* Procedure in the MSC to handle 
a fowarded call 7 




/* Signals to/from the leftK 
are to/from the process 
MT_GMSC/ICH_MSC; 
signals to/from the right 
are to/from the terminating 
exchange. 7 



lnt_Continu^ 
With_Argument^ 



Default call handling 
continue call ? 



From the gsmSSF 



Figure 4.83-2: Procedure CAMEL_CF_MSC_ANSWER (sheet 2) 
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Procedure CAMEL_CF_MSC_ANSWER 

I N 

/* Procedure in the MSC to handle \ 
a fowarded call 7 



3(3) 



/* Signals to/from the right are to/from [ 
the gsmSSF if not otherwise stated. */ 



DP O Answer 



lnt_EstablisJ^ 
Temporal 



CAMEL CF ETC 



No 



lnt_Connect_To_ 
Resource \ 



CAMEL CF CTR 




Yes 



Result:= 
fail 




Figure 4.83-3: Procedure CAMEL_CF_MSC_ANSWER (sheet 3) 
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Procedure CAMEL CF ETC 



/* Procedure in the IVISC 
to handle a temporary 
connection */ 



True 



lnt_TC_ 
Released 



Release 



Release 



Result :-- 
pass 




Initial 
Address 




ToCAMEL_ 
iAssisting_MSC 
orSRF 



To SELF 



ToCAMEL_ 
^ Assisting_MSC 
orSRF 



J Procedure defined 
in 3GPPTS 23.018 



False 



Int DP O Abal^don 



1(4) 



/* Signals to/from the left are to/from [ 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. */ 



Release 



FromCAMEL_ 
^ Assisting_MSC 
orSRF 



Int ETC Failei 



Results 
pass 



DP Abandor 

V J 


C\) 
















lnt_continue<^ 




lnt_Continu^ 
With_Argumeqt 














Release y 


ToCAMEL_ 

^Assisting MSC 

orSRF 








Results 
fail 






Figure 4.84-1 : Procedure CAMEL_CF_ETC (sheet 1) 
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Procedure CAMEL CF ETC 



2(4) 



/* Procedure in the MSC 
to handle a temporary 
connection */ 



/* Signals to/from the left are to/from K 

the process MT_GMSC / ICH_MSC; 
signals to/from the right are 
to/from the CAMEL_Assisting_MSC or SRF. 7 



Wait_For_ 
Assisting_ACM 



Address 
Complete 



Connect 



Wait_For_ 

Assisting_ 

Answer 



Answer 




Send_Answer_ 
lf_Required 



No 



Send_ACM_ 
lf_Required 



J Procedure defined / 
in 3GPPTS 23.018 



lnt_TemporaiV 
Connection y 
Established/ 



No 



Progress 



^^^^othw^y^^^ 
^ttfaugh conne^tfen 
reqiiii:! 



^ 



Yes^ 



Send_Network 

Connect_lf_ 

Required 



J Procedure defined 
in 3GPPTS 23.018 



Tempo rary_ 
Connection_ 
Established 



Procedure defined , 
in 3GPPTS 23.018 



Figure 4.84-2: Procedure CAMEL_CF_ETC (sheet 2) 
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Procedure CAMEL_CF_ETC 

/* Procedure in the MSC ^^^ 
to handle a temporary 
connection */ 



3(4) 



/* Signals to/from the left are to/from [ 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. */ 



Tempo rary_Connection_Established 
Wait_For_Assisting_Answer 



> Release 



Release 



FromCAMEL_ 
^ Assisting_MSC 
orSRF 



lnt_Disconnect_ 
Forward_ \ 
Connection \ 



^^nswer 
deceived 



false 



lnt_TC_ 
Released 



lnt_TC_ 
Released 



True 



lnt_TC_ 
Released 



lnt_DP_0_ 
Abandon 



Results 
pass 



To CAMEL_ 

Assisting_MSC 

orSRF 



Release 



pP_0_Abando 




Result:= 
pass 



Release 



Release 



ToCAMEL_ 
iAssisting_MSC 
orSRF 



To SELF 




Result := 
pass 




Figure 4.84-3: Procedure CAMEL_CF_ETC (sheet 3) 
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Procedure CAMEL_CF_ETC 

/* Procedure in the MSC ^^^ 
to handle a temporary 
connection */ 



4(4) 



/* Signals to/from the left are to/from [ 
the process MT_GMSC / ICH_MSC; 
signals to/from the right are 
to/from the gsmSSF; 
if not otherwise stated. */ 



Tempo rary_Connection_Established, 
Wait_Fo r_Ass i sti ng_AC M , 
Wait_For_Assisting_Answer 



From outgoing leg. 
ISUP 



Release 



lnt_TC_ 
Released 



Release 



To SELF 



Release 



Result :: 
pass 




Connect 



ToCAMEL_ 
^ Assisting_MSC 
orSRF 




ToCAMEL_ 
I Assisting_MSC 
orSRF 



Figure 4.84-4: Procedure CAMEL_CF_ETC (sheet 4) 
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Procedure CAMEL_CF_CTR 

/* Procedure in the MSC ^\ 

to handle a Connect To Resource 
operation 7 



lnt_SRF_ / 
Connectioft 
Failure ^ 



from SRF 



Int CTR Faifed 



Result:= 
pass 




1(5) 

/* Signals to/from the left are ^ 

to/from the process MT_GMSC / ICH_MSC 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. */ 



lnt_lnvoke_ 
SRF 



To SRF 



' Await_SRF 
\ Initialisation 



lnt_SRF_ / 
Connected^ 



from SRF 



QonnectSRFtc^ 
the call 



Send_ACM_ 
lf_Required 




^Procedure defined 

in 3GPPTS 23.018 



Yes 



$end_Network 

Connect_lf. 

required 



J Procedure defined 
in3GPPTS23.018 



Int SRF Connected 



_Oorm€ 



relay 



Figure 4.85-1 : Procedure CAMEL_CF_CTR (sheet 1) 
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Procedure CAMEL_CF_CTR 

/* Procedure in the MSC \ 

to handle a Connect To Resource 1 
operation*/ 



2(5) 



/* Signals to/from the left are K 

to/from the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 7 



Relay 



Release 



FromSRF 



lnt_SRF_ReleaSed 



lnt_DisconneGf_ 
Forward_ \ 
Connection \ 



MEL_Disconnect_ 
CTR SRF 



Result:= 
pass 




To SELF 



Int SRF Released 



Result :: 
pass 




> Release 



True 



CM 



EL_DisconnQpt_ 
CTR SRF 




Release 



lnt_DP_0_ 

Abandon 

rieglD7 



P_0_Abando 
DEC 



Int continui 



lnt_Continue_ 
With_Argumeqt 



:xE 



Wait_For_Disconnect_ 
Fo rward_Co nnectip n 



lnt_Disconnect_ 
Forward_Cohqectio n 



CAMEL_Disconnect_ 
CTR SRF 



Int SRF Released 



Result : 
Fail 




Figure 4.85-2: Procedure CAMEL_CF_CTR (slieet 2) 
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Procedure CAMEL_CF_CTR 

/* Procedure in the MSC ^\ 

to handle a Connect To Resource 
operation*/ 



3(5) 



/* Signals to/from the right are to/from L 
the gsmSSF. 

Signals to/from the left are to/from 
theSRF. V 



Relay 



lnt_Play_ / 
Announcement 



lnt_Prompt^ 
And Collei' 



User Information 



matK 



>lnt_Specidlized_ 
RessourcQ__Report 



lnt_Prompt_ 
>And Collect 



lnt_Play_ 
Announcehnent 



/ lnt_Prompt_ 
< And_Collect_ 
xUserJnform at io n 



lnt_Specializied_ 
Ressource Heport 

1 / 



r Information ack 



lnt_Prompt_\ 
And_Collect/ 
User_lnforrTiation ack 



Relay 



Figure 4.85-3: Procedure CAMEL_CF_CTR (slieet 3) 
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Procedure CAMEL CF CTR 



4(5) 



/* Procedure in the MSC \ 

to handle a Connect To Resource 
operation*/ 



Aw4it_SRF_lnitialisation 



/* Signals to/from the left are ^ 

to/from the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 7 



> Release 



True 



Answer 
Received 



False 



CAMEL_Disconn^tt_ 
CTR SRF 



Int DP O Abahdon 



lnt_SRF_ReleaSed 



Base 



pP_0_Abandor| 
SRF 



To SELF Release 



lnt_continue<^ 



lnt_Continue 
With_Argumeqt 



Result :: 
pass 




CAMEL_Disconn@qt 
CTR SRF 



Int SRF Released 



Result : 
Fail 




Figure 4.85-4: Procedure CAMEL_CF_CTR (sheet 4) 
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Procedure CAMEL CF CTR 



5(5) 



/* Procedure in the MSC \ 

to handle a Connect To Resource 
operation*/ 



/* Signals to/from the left are ^ 

to/from the process MT_GMSC / ICH_MSC; 
signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 7 



Release 



CAM E L_Disconnejct_ 
CTR SRF 



Int SRF Released 



To SELF 



Release 



Result := 
pass 



Relay, 

Await SRF Initialisation 



Answer 



J From outgoing leg. 
ISUP 



Connect 



CAMEL_DisconneJCt_ 
CTR SRF 



Int SRF Released 



Result := 
Answer 





Figure 4.85-5: Procedure CAMEL_CF_CTR (sheet 5) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



289 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_MT_CF_LEG1_MSC 

/* A procedure in the MSC to \ 
handle leg 1 of a forwarded call. */ 



1(7) 



/* Signals to/from the left are to/from 
the parent process; Signals to/from 
the right are to from the gsmSSF; 
unless otherwise stated. */ 



Active 



Wait_For 
Clear 




Perform call 
forwarding ack 



Wait_For_ 
JAM 



> Initial 
Address 



>CF 
cancelled 



Wait_For_ 
ACM 



Oamel_och 

MSC DISC4 




Figure 4.86-1 : Procedure CAMEL_MT_CF_LEG1_MSC (sheet 1) 
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Procedure CAMEL_MT 


_CF_ 


_LEG1. 


_MSC 




2(7) 


/* A procedure in the MSC to 


r Signals to/from the left are to/from ^ 




handle leg 1 of a forwarded call. */ 






the parent process; Signals to/from 












the right are to from the gsmSSF; 
unless otherwise stated. */ 
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Figure 4.86-2: Procedure CAMEL_MT_CF_LEG1_MSC (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



291 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_MT_CF_LEG1_MSC 

/* A procedure in the MSC to \ 
handle leg 1 of a forwarded call. */ 



/* Signals to/from the left are to/from | 
the parent process; Signals to/from 
the right are to from the gsmSSF; 
unless otherwise stated. */ 



3(7) 



> Release 



0AMEL_OCH 
MSC DISC4 



Wait_For_ACM, 

Wait_For_Answer, 

D P_0_Mid Cal l_AI erti ng 



lnt_Disconnect_ 

Leg \ 



Release 



lnt_Disconne€t_ 
Leg_ack / 




lnt_Releas€ 
Call 



Release 



pP_0_MidCal 
1 _Alerting 



Wait_For_Answer, 
DP_0_MidCall_Alerting 



Int Contini/e 



lnt_Continue 
With Argurrte^t 



Int Error 



Int MidCali: 



Continue 



/D^faultbM^ 
^dlirig^ 

1 Release 



p 



P^O_MidCal| 
Alerting 



Release 



Wait_For_ 
Answer 




Figure 4.86-3: Procedure CAMEL_MT_CF_LEG1_MSC (sheet 3) 
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Procedure CAMEL_MT_CF_LEG1_MSC 

/* A procedure in the MSC to \ 
handle leg 1 of a forwarded call. */ 



4(7) 



/* Signals to/from the left are to/from | 
the parent process; Signals to/from 
the right are to from the gsmSSF; 
unless otherwise stated. */ 




> Release 



0AMEL_OCH 
MSC DISC1 



lnt_Releas€ 
Call 



Release 




Wait_For_Clear, 

DP O MidCall Active 



lnt_Disconnect 
Leg \ 



Release 



lnt_Disconne€t 
Leg ack / 




^ 



P_0_MidCal 
Active 



lnt_Export< 
Leg 



qAMEL_EXPOf=^T 
LEG_MSC 




Yes 



P_0_MidCall 
Active 



Int MidCaK 



Int Contini/e 



Int Contin 



With Argunrte^t 



inue 
urrte^t 



Int Error 



Continue 



a^ultCM^ 
■'andlir-^ 



Release 
Release 



Wait_For_ 
Clear 




Figure 4.86-4: Procedure CAMEL_MT_CF_LEG1_MSC (sheet 4) 
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Procedure CAMEL_MT_CF_LEG1_MSC 

/* A procedure in the MSC to \ 
handle leg 1 of a forwarded call. */ 



5(7) 



/* Signals to/from the left are to/from | 
the parent process; Signals to/from 
the right are to from the gsmSSF; 
unless otherwise stated. */ 



lnt_Establ 
Temporal 
Connection 



Dlisi/ 



CAMEL CF ET 



DP_0_MidCall_Alerting 



lnt_Conne^To_ 
Resource \ 



EL CF CTR 



To SELF 



Result? 

Answer 

Result := 
Answer 



Answer 



ELSE 



Fail 




Figure 4.86-5: Procedure CAMEL_MT_CF_LEG1_MSC (sheet 5) 
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Procedure CAMEL_MT_CF_LEG1_MSC 

/* A procedure in the MSC to \ 
handle leg 1 of a forwarded call. */ 



6(7) 



/* Signals to/from the left are to/from | 
the parent process; Signals to/from 
the right are to from the gsmSSF; 
unless otherwise stated. */ 



lnt_EstablisjT 

Temporal 

Connection 



CAMEL CF ET 



DP O MidCall Active 



lnt_Connept_To_ 
Resource 



CAMEL CF CTR 



Wait For ACM 



lnt_EstablisJ 
Temporar 
;tion 



lnt_Connect_To_ 
Resource \ 




Fail 




Figure 4.86-6: Procedure CAMEL_MT_CF_LEG1_MSC (sheet 6) 
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Procedure CAMEL_MT_CF_LEG1_MSC 

/* A procedure in the MSC to \ 
handle leg 1 of a forwarded call. */ 



7(7) 



/* Signals to/from the left are to/from | 
the parent process; Signals to/from 
the right are to from the gsmSSF; 
unless otherwise stated. */ 



Wait_For_Clear, 

DP O MidCall Active 



^ J From originating/destination 

I exchange 

, ^ 



>BICCAPM 



BICC ARM 



■ codec modification 

■ target codec 



^ J To Destination/originating 
I exchange 



• codec modification 
■ target codec 



> BICC ARM 



■ success 



BICC ARM 



CAMEL_0 
SCUDIF MSC 



- success 



Figure 4.86-7: Procedure CAMEL_MT_CF_LEG1_MSC (sheet 7) 
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Process CAMEL MT CF LEG2 MSC 



1(2) 



/* A process in the MSC to \ 

handle leg 2 of a forwarded call. 7 



/* Signals to/from the left are to/from the gsmSSF; [ 
Signals to/from the right are to/from the destination 
exchange; unless otherwise stated. */ 



Store Leg2 
information 



Wait_For 
Clear 



Wait_For_Clear, 

DP O MidCall Active 





Release 



>lnt_Release 
Call 



qAMEL_OCH 
MSC DISC2 



Release 



Result = 
sconnep 

Yes 



No 



CAMEL_MF 
RECONNECT 
MSC 



Reconnect 





Pass 



Wait_For 
Clear 



>lnt_Disconn^ct 
Leg 



Release 



>lnt_Export 
Leg 



QAMEL_EXPOBIr 
LEG MSC 



lnt_Disconn^ct 
Leg ack 



No 



Result= 
\Pass?/ 




Yes 



pP_0_MidCall 
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Int Continue 



y lnt_Continue 
With Argument 



Int MidCall 



Int Error 
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Wait_For 
Clear 



Release 
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efault Cal 
andlin( 



Figure 4.87-1 : Process CAMEL_MT_CF_LEG2_MSC (sheet 1) 
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Process CAMEL MT CF LEG2 MSC 



2(2) 



/* A process in the MSC to \ 

handle leg 2 of a forwarded call. 7 



/* Signals to/from the left are to/from the gsmSSF; [ 
Signals to/from the right are to/from the destination 
exchange; unless otherwise stated. */ 



lnt_Establish. 
> Tempo rary_ 
Connection 



CAMEL CF ETC 



DP O MidCall Active 



>lnt_Connect. 
Resource 



To 



CAMEL CF CTF^ 



Figure 4.87-2: Process CAMEL_MT_CF_LEG2_MSC (sheet 2) 
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Procedure CAMEL MF RECONNECT MSC 



1(6) 



/* A procedure in the MSC to handle \ 
a reconnection after leg 2 disconnects */ 



/* Signals to/from the right are 
to/from the destination exchange. 7 



Abort 



CAMEL_CF 
[l)i ailed Serviced 



Result : 
Fail 




CAMEL_OCH 
MSC1 



No 



Result =^\ 
connect?"^ 



>lecor 



Yes 



Result := 
Reconnect 




Pass 



M0BILE_NUMBEP 

PORTABILITY 

IN OQoD 



See 3GPPTS 23.066 



Initial Address 



QAMEL_Store_. 

Destination_ 

Address 



(BOR: 



True) 



Wait_For 
ACM 



Figure 4.88-1 : Procedure CAMEL_MF_RECONNECT_MSC (sheet 1) 
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Procedure CAMEL_MF_RECONNECT_MSC 

/* A procedure in the MSC to handle ^'^ 
a reconnection after leg 2 disconnects */ 



2(6) 



/* Signals to/from the right are 
to/from the destination exchange. 7 



Wait_For_ 
ACM 



Fail, 
Release 



Result := Fail 



Address 
Complete 



CAMEL_Start 
_TNRy 



CAMEL_CF 
ISC ALERTINtS 



Answer 




Answer 



CAMEL_Stop 
_TNRy 



CAMEL_CF 
lyiSC ANSWEfj 



Fail, 
Release 



Connect 



Reconnect 



Result := 
Reconnect 




Reconnect 



Result? 
Pass 

Result := 
Pass 



Result := 
Reconnect 




Figure 4.88-2: Procedure CAMEL_MF_RECONNECT_MSC (sheet 2) 
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Procedure CAMEL MF RECONNECT MSC 



3(6) 



/* A procedure in the MSC to handle \ 
a reconnection after leg 2 disconnects */ 



/* Signals to/from the right are ^ 
to/from the destination exchange 
unless otherwise stated. 7 



Wait_For_Answer, 
DP_0_MidCall_Alerting 



TNRy 
Expired 



<r Internal 



Release 



PAMEL_OCH 
MSC2 



^Tlesult =\ 
>l^connect?"^ 

Yes 



No 



Result := 
Reconnect 



Result : 
Fail 




Release 



Yes 



No 



No 



CAMEL_OCH 
MSC1 



^^Result^\ 
^n^conneptY 

Yes 



CAMEL_Stop 
_TNRy 



Result := 
Reconnect 



Wait_For_ACM, 
Wait_For_Answer, 
DP_0_M idCall_Alerting 



Int Release/ u prom gsmSSF 
Oaii \ 



Release 




Release Cause 
= No answer 
from user 



Result : 
Fail 




Figure 4.88-3: Procedure CAMEL_MF_RECONNECT_MSC (sheet 3) 
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Procedure CAMEL_MF_RECONNECT_MSC 

/* A procedure in the MSC to handle ^'^ 
a reconnection after leg 2 disconnects */ 



4(6) 



/* Signals to/from the right are \_ 
to /from the destination exchange; 
signals to/from the left are 
to/from thegsmSSF 
unless otherwise stated. 7 



Wait_For_Answer, 
DP_0_M idCall_Alerting 



>lnt_Export 
Leg 




Yes 



Result : 
Fail 




DP_0_MidCall 
_Alerting ) 



Int MidCall 



Int Error 




>lnt Continue 



Continue 



>lnt_Continue 
With Argument 



Answer 



Release 



Release 



Wait_For_ 
Answer 



Result := 
Fail 




Figure 4.88-4: Procedure CAMEL_MF_RECONNECT_MSC (sheet 4) 
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Procedure CAMEL_MF_RECONNECT_MSC 

/* A procedure in the MSC to handle ^'^ 
a reconnection after leg 2 disconnects */ 



5(6) 



/* Signals to/from the right are ^ 
to /from the destination exchange; 
signals to/from the left are 
to/from thegsmSSF 
unless otherwise stated. 7 



DP_0_MidCall_Alerting 



lnt_Establish. 
> Temporary, 
Connection 



>lnt_Connect. 
Resource 



To 



CAMEL CF ETC CAMEL CF CTF^ 



To SELF 



Result? 

Answer 



Result := 
Answer 



Answer 



ELSE 



Fail 




Figure 4.88-5: Procedure CAMEL_MF_RECONNECT_MSC (sheet 5) 
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Procedure CAMEL_MF_RECONNECT_MSC 

/* A procedure in the MSC to handle ^'^ 
a reconnection after leg 2 disconnects */ 



6(6) 



/* Signals to/from the right are ^ 
to /from the destination exchange; 
signals to/from the left are 
to/from thegsmSSF 
unless otherwise stated. 7 



lnt_Establish. 
> Tempo rary_ 
Connection 



CAMEL CF ETC 



DP O MidCall Active 



Jnt_Connect_ 
Resource 



To 



CAMEL CF CTF^ 



Figure 4.88-6: Procedure CAMEL_MF_RECONNECT_MSC (sheet 6) 
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4.5.6 Handling of gsmSCF initiated calls 
4.5.6.1 Handling of gsmSCF initiated calls in the MSC 

Handling of gsmSCF initiated calls in the MSC involves the following process and procedures: 

- Process CAMEL_ICA_MSC; 

- Procedure CAMEL_ICA_MSC_ALERTING; 

- Procedure CAMEL_ICA_MSC_ANSWER; 

- Procedure C AMELJC A_MSC 1 ; 

- Procedure CAMEL_ICA_MSC2; 

- Procedure CAMEL_ICA_Dialled_Services. 

The Process CAMEL_ ICA_MSC handles both gsmSCF initiated new calls and gsmSCF initiated new parties. 
The following paragraphs give details on the behaviour of the MSC in the process CAMEL_ICA_MSC. 

4.5.6.1 .1 Actions of the MSC on receipt of lnt_Error 

The process CAMEL_ICA_MSC returns to idle. 

4.5.6.1 .2 Actions of the MSC on receipt of lnt_Continue 

The MSC continues processing without any modification of call parameters. 

4.5.6.1 .3 Actions of the MSC on receipt of lnt_Continue_With_Argument 

The MSC continues processing with modification of call parameters. 

4.5.6.1 .4 Actions of the MSC on receipt of lnt_Disconnect_Leg 

A Release is sent to the destination exchange if required. The release cause received in the Int_Disconnect_Leg signal is 
used. The process CAMEL_ICA_MSC returns to idle. 

4.5.6.1 .5 Actions of the MSC on receipt of lnt_Release_Call 

A Release is sent to the destination exchange if required. The release cause received in the Int_Release_Call signal is 
used. The MSC then releases all call resources and the process CAMEL_ ICA_MSC returns to idle. 
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Process CAMEL ICA MSC 



1(9) 



/* A process in the MSC to handle 
a gsmSCF initiated new call or 
new party set-up. */ 



/* Signals to/from the right are to/from [ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



/* The ICA Default Call Handling indicates K 
whether the call shall be released or continued 
as requested. */ 



Idle 



No 



Store call referenc;e 

number and 
gsmSCF Address 




Is ICA creating a new 
party in an existing call? 



Yes 




Release Call 



Was original call 
created using ICA? 



Default Call Handling of 
CSI initiating CAP dialogue 



Continue Call 



ICA Default 

Call Handling := 

Release Call 



ICA Default 

Call Handling := 

Continue Call 



Intjnitiate 
Call Attempi: 
. ack 



DP_ 

Collected_ 

Info 



Figure 4.89-1 : Process CAMEL_ICA_MSC (sheet 1) 
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Process CAMEL ICA MSC 



2(9) 



/* A process in the MSC to handle 
a gsmSCF initiated new call or 
new party set-up. */ 



/* Signals to/from the right are to/from [ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



DP_ 

Collected_ 

Info 



>lnt_Continue 
With Argument 



>lnt Error 



CAMEL_ 
_Modify_ 
CUG Info 



Idle 



'Modify call 

parameters with 

received information' 



No 



No 



: N-CSI available 
parameter (for SI PICA) 




Wait_For 

ICA_Call_ 

Result 



Complete 
Call 




Is ICA creating a new 
party in an existing call 
in the VMSC of the served 
subscriber? 



^ To VLR 



From VLB 



Send Info / 
For ICA Ne^tive 
Response ^\ 



Int O Exception 



lnt_Release/ 
Call ^ 



Abort 



' To VLR 



Idle 



Figure 4.89-2: Process CAMEL_ICA_MSC (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



307 



ETSI TS 123 078 V9.1.0 (2010-04) 



Process CAMEL ICA MSC 



3(9) 



/* A process in the MSC to handle 
a gsmSCF initiated new call or 
new party set-up. */ 



ToVLR 



FromVLR 



Complete 
Call 



'Destination 

address := 

Called Party 

Number' 



CAMEL_Store__ 

D^stination_Addr(5ss 

(False, False) 



lAM 



Wait For ACM 




/* Signals to/from the right are to/from [ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



CAMEL_ICA_ 
Dialled_ 
Services 



No 




Send Info For^ 

ICA / 



Wait_For 

ICA_Call_ 

Result2 



Send Info / 
For ICA Ne^tive 
Response ^\ 



Int O Exception 



Idle 




Reconnect:: 
True 



Is ICA creating a new party in 
an existing call in the VMSC of 
the served subscriber? 



lnt_Release/ 
Call ^ 



Abort 



^ To VLR 



Figure 4.89-3: Process CAMEL_ICA_MSC (sheet 3) 
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Process CAMEL ICA MSC 



4(9) 



/* A process in the MSC to handle 
a gsmSCF initiated new call or 
new party set-up. */ 



/* Signals to/from the right are to/from [ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



Wait_For 
ACM 



Address 
Complete 



Connect 



CAMEL_Start 
_TNRy 



CAMELJCA 
SC_ALERTINCS 



Fail 



Reconnect 



Idle 



CAMEL_Stop 
_TNRy 




Reconnect ^-^^^-..^^ Pass 
Result > 



Fail 




Idle 



Wait_For 
Clear 



Figure 4.89-4: Process CAMEL_ICA_MSC (sheet 4) 
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Process CAMEL_ICA_MSC 

I N 

/* A process in the MSC to handle \ 
a gsmSCF initiated new call or 
new party set-up. */ 



Int MidCall 



P_0_MidCal 
_Alerting j 



5(9) 



/* Signals to/from the right are to/from ^ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. 7 



Wait_For_Answer, 
DP_0_MidCall_Alerting 



Jnt_Export 
Leg 



CJAMEL_EXPOf=^T 
_LEG_MSC 



TNRy 
expired 




Release 



No 












\ 




Wait 
DP_0 


For Clear, 












_MidCall_Active 


















1 








No 






lnt_MidCal 


\ lnt_Export 
/Leg 






Release / 




















C 


\MEL EXPOl 
_LEG_MSC 


u 










/^l1esult>\ 








\ 


ss'^^ 
Yes 


1 












1 












DP_0_MidCal 
_Active 




CAMEL OCI- 
._MSC_DISC2 




' Internal 



Figure 4.89-5: Process CAMEL_ICA_MSC (slieet 5) 
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Process CAMEL ICA MSC 



6(9) 



/* A process in the MSC to handle 
a gsmSCF initiated new call or 
new party set-up. */ 



/* Signals to/from the right are to/from [ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



Wait_For_ACM, 
Wait_For_Answer, 
DP_0_M idCall_Alerting 



Release 




Release cause = 

No answer from user? 




Yes 



Wait_For_ACM, 
Wait_For_Answer, 
Wait_For_Clear, 
DP_0_M idCall_Alerting, 
DP O MidCall Active 



y lnt_Release 
Call 



Release 



Idle 



DP_0_MidCall 
( _Alerting 



DP_0_MidCall 
_Active j 



>lnt Error 



>lnt Error 




^^ Release Release 

efault Calt^ 
andling^^ 

Continue 



Release 




^^iJefault Calt 
^^^h^andling^^ 



Continue 



Wait_For_ 
Answer 



Idle 



Wait_For_ 
Clear 



Figure 4.89-6: Process CAMEL_ICA_MSC (sheet 6) 
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Process CAMEL ICA MSC 



7(9) 



/* A process in the MSC to handle 
a gsmSCF initiated new call or 
new party set-up. */ 



/* Signals to/from the right are to/from [ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



>lnt_Disconn^ct 
Leg 



Wait_For_ACM, 
Wait_For_Answer, 
Wait_For_Clear, 
DP_0_M idCall_Alerting, 
DP O MidCall Active 



Wait_For_ICA_Call_Result, 
Wait For ICA Call Result2 



>lnt_Disconn^ct 
Leg 



Release 



Abort 



' To VLR 



lnt_Disconn^ct 
Leg ack 



Idle 



^ From gsmSSF 



/ Answer 



DP_0_MidCall 
_Alerting 



DP 



_0_MidCall 
Active 



Int Continue 



>lnt_Continue 
With Argument 



Argument 



Wait_For_ 
Answer j 




Figure 4.89-7: Process CAMEL_ICA_MSC (sheet 7) 
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Process CAMEL_ICA_MSC 

r N 

/* A process in the MSC to handle \ 
a gsmSCF initiated new call or 
new party set-up. */ 



8(9) 



/* Signals to/from the right are to/from ^ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



DP_0_MidCall_Alerting 



lnt_Establibh_ 
>Temporary_ 
Connection 



To SELF 



lnt_Connebt_To_ 
Resource 



CAMEL OCH ETC CAMEL OCH CTR 




Result? 

Answer 



Result := 
Answer 



Answer 



ELSE 



Fail 



Figure 4.89-8: Process CAMEL_ICA_MSC (sheet 8) 
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Process CAMEL ICA MSC 



9(9) 



/* A process in the MSC to handle 
a gsmSCF initiated new call or 
new party set-up. */ 



/* Signals to/from the right are to/from [ 
the destination exchange; Signals to/from 
the left are to/from the gsmSSF; 
unless otherwise stated. */ 



lnt_Establish. 
> Temporary, 
Connection 



CAMEL OCH ETC 



DP O MidCall Active 



>lnt_Connect. 
Resource 



To 



CAMEL OCH CTR 



Figure 4.89-9: Process CAMEL_ICA_MSC (sheet 9) 
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Procedure CAMEL_ICA_MSC_ALERTING 

\r Procedure in the MSC to [X 
i inform the gsmSSF that the j 
jcall is in the alerting phase */ j 



1(3) 



/* Signals to/from the left are to/from the gsmSSF; |^ 
Signals to/from the right are to/from the destination 
exchange; unless otherwise stated. */ 



No 



Result:= 
Pass 





Yes 



lnt_DP_0. 
TermSeiz 



;ed 



Answer 



Int Continue 



Result:= 
Answer 



DP_0_Term 
_Seized 

znzz 



Internal 



Int Release 



Release 



Release 



Result:= 
Pass 




TNRy 
Expired 



Release 



Result:= 
Fail 




Yes 



No 



CAMELJCA 
MSC1 




CAMELJCA 
_MSC2 

zz\ — 



Reconnect 



Result 



Continue, 

Release, 

Fail 



Result:= 
Fail 




Result:= 
Reconnect 



Figure 4.90-1 : Procedure CAMEL_ICA_MSC_ALERTING (sheet 1) 
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Procedure CAMEL_ICA_MSC_ALERTING 

\r Procedure in the MSC to [X 
i inform the gsmSSF that the j 
jcall is in the alerting phase */ j 



2(3) 



Release Call 



Release 



Result:: 

Fail 
d 



DP_0_Term 
Seized 



lnt_Export 



Leg 



C:AMEL_Export 
Leg_MSC 




No 



/* Signals to/from the left are to/from the gsmSSF; |^ 
Signals to/from the right are to/from the destination 
exchange; unless otherwise stated. 7 



|DP_0_Term| 
I _Seized I 



lnt_Error 



1 



Int Continue 



With_ArgL 




ICA Default Call Handling 



Continue Call 



ment 



Result:= 
Pass 




ease cai 
No ailswer f roja^^iser? 



Yes 



(PAMELJCA 
MSC1 




tAMELJCA 
MSC2 



Result 



Continue 



Yes 



DP_0_Term 
_Seized 



Reconnect 



Result : 
Fail 




Result := 
Reconnect 



Figure 4.90-2: Process CAMEL_ICA_MSC_ALERTING (slieet 2) 
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Procedure CAMEL ICA MSC ALERTING 



3(3) 



r Procedure in the MSC to 
inform the gsmSSF that the 
call is in the alerting phase 7 



/* Signals to/from the left are to/from the gsmSSF; [_ 
Signals to/from the right are to/from the destination 
exchange; unless otherwise stated. */ 



lnt_Establish. 
> Tempo rary_ 
Connection 



CAMEL OCH ETC 



DP O Term Seized 



>lnt_Connect. 
Resource 



To 



CAMEL OCH CTR 



Fail 



Result : 
fail 





Result? 

Answer 



Result := 
Answer 



ELSE 



Figure 4.90-3: Process CAMEL_ICA_MSC_ALERTING (sheet 3) 
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Procedure CAMEL_ICA_MSC_ANSWER 

\r Procedure in the MSC to [X 
i inform the gsmSSF that the j 
jcall has been answered. */ j 



1(3) 



/* Signals to/from the left are to/from the gsmSSF; |^ 
signals to/from the right are to/from the destination 
exchange unless otherwise stated. */ 



No 



Result:= 
Pass 





Yes 



lnt_DP_0. 



Answer 



DP 



P_Answej 



lnt_Continue 



T 



lnt_Continue 
With_ArgL merv 

ID 



lnt_Relea£e 



Release 



Result:= 
Pass 




Result:= 
Fail 




Release 



AMEL_OCH 
MSC_DISC2 




Result:= 
Reconnect 




Figure 4.91-1 : Procedure CAMEL_ICA_MSC_ANSWER (slieet 1) 
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Procedure CAMEL_ICA_MSC_ANSWER 

\r Procedure in the MSC \o[\ 
inform the gsmSSF that the 
call has been answered. */ 

pP_0_Answei 



Int Error 



2(3) 



/* Signals to/from the left are to/from the gsmSSF; [ 
signals to/from the right are to/from the destination 
exchange unless otherwise stated. 7 



Release Call 



Release 



Result:= 
Fail 




ICA Default Call Handling 



Continue Call 



Result:= 
Pass 




DP O Answei 



"^ 



>lnt_Export__Leg 



qAMEL_Expon 
Leg_MSC 



Oamel_och 

MSC DISC^ 





DP O Answei 



"^ 



Yes 



No 



Result := 
Reconnect 



Result : 
Failt 




Figure 4.91-2: Process CAMEL_ICA_MSC_ANSWER (sheet 2) 
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Procedure CAMEL_ICA_MSC_ANSWER 

\r Procedure in the MSC \o[\ 
inform the gsmSSF that the 
call has been answered. */ 



3(3) 



/* Signals to/from the right are to/from [ 
the gsmSSF if not otherwise stated. */ 



DP O Answer 



lnt_EstablisJ^ 
Temporal 



CAMEL OCH ETC 



No 



lnt_Connect_To_ 
Resource \ 



CAMEL OCH CTR 




Yes 



Result:= 
fail 




Figure 4.91-3: Process CAMEL_ICA_MSC_ANSWER (slieet 3) 
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Procedure CAMEL ICA MSC1 



1(1) 



/* Procedure in the MSC in the \\ 
case of CAMEL handling to 
connect a call at DP 0_Busy andj 
DP Route_Select_Failure. 7 i 



/* Signals to/from the right are to/from 
the gsmSSF if not otherwise stated.*/ 



) 




lnt_DP_R6Ke 
_Select_ 



DP_Route_ 
_Select_ 



CD 



DP_0_Busy, 

DP Route Select Failure 



Int Connect 



Int Continue 



lnt_Contini 
With_Argurn^nt 



CAMEL_ 
_Modify_ 

niin Infn 



Modify call 
darameters with 
Ifiivfid information 



Result:= 
Reconnect 



lnt_Error 



lnt_Releas^_Call 
I 



Result:= 
Continue 



No 



Result:= 
Continue 

=^ 




Figure 4.92-1: Procedure CAMEL_ICA_MSC1 (sheet 1) 
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Procedure CAMEL_ICA_MSC2 

\r Prodecu/re in the MSC to ;\ 

j connect a call at DP O No Answer */j 



1(1) 



/* Signals to/from the right are to/from 
the gsmSSF if not otherwise stated.*/ 




Int DP O N> Answer 



DIP_0_No_Ans\jer 



Int Connect 



Int Contin<je 



CAMEL_ 
_Modify_ 
r.llG Infn 



Modify call 
darameters with 
UIvpH infnrmatlinn 



Result:= 
Reconnect 



I 



lnt_ContinL 
With_Argu\^nt 

I 



Int Error 



Result:= 
Continue 




\ 



Int Releasi Call 



No 



Result:= 
Continue 

=^ 



Figure 4.93-1 : Procedure CAMEL_ICA_MSC2 (sheet 1) 
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Procedure CAMEL ICA Dialled Services 



/* Procedure in the MSC to 
process CAMEL dialled services 
for gsmSCF initiated calls or 
gsmSCF initiated call parties */ 



Reconnect was received in 
a dialogue due to .. ? 



N-CSI 




Yes 




'Set D-CSI 
suppression' 




Yes 



N-CSI 
s1:tp^ rested? 

No 

CAMEL 
NDS MO IN in 



Fail i Abort 

Result 





Pass 




Result:= 
Pass 




1(1) 




/* Signals to/from the right 
are to/from the VLR. V 



Abort 



Result:: 
Fail 




Figure 4.94-1 : Procedure CAMEL_ICA_Dialled_Services (sheet 1) 
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4.5.6.2 Handling of gsmSCF initiated calls in the VLR 

Handling of gsmSCF initiated calls in the VLR involves the following process and procedures: 
- Process CAMEL ICA VLR. 
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Process CAMEL_ICA_VLR 

/* A process in the VLR to handle \ 
a gsmSCF initiated call set-up. 7 



1(2) 



Yes 




/* Signals to/from the leftL 
are to/from the MSC 7 



OCB 
siip^es^ed? 

JNo 




See 3GPPTS 23.018 



JsiF^g is created 
within VT can? 



Yes 



Yes 



iCor^on-COG^all'' 
p rovidBdby g^rTTS C F ? 




See 3GPPTS 23.018. 
OG_CUG_Check uses MO 
CUG Call Authorisation 
Function in VLR, specified in a 
table in 3GPP TS 23.085. For 
this call to OG_CUG_Check, 
VLR shall use the column 
indicated by "No CUG Info", 
under the header "Information 
provided by calling user". 



For the current process, procedure 
Get_LI_Subscription_lnfo_MO_VLR 
shall not perform the COLP check for 
the call. 



Get_LI_ 

ubscription 

nfo MP V LF t 



See 3GPPTS 23.018 



Send Info for ICA 
negative response 




Idle 



Figure 4.95-1 : Process CAMEL_ICA_VLR (sheet 1) 
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Process CAMEL_ICA_VLR 

/* A process in the VLR to handle \ 
a gsmSCF initiated call set-up. 7 



2(2) 



See 3GPPTS 23.018 




/* Signals to/from the leftL 
are to/from the MSC 7 



D-CSI present 

and/or N-CSI available received? 



Complete Call 



Wait_for_ 
SIFICA 2 



.Send Info 
for ICA 



Yes 




Check_OG_ 
Barring 




Complete 
Call 



Idle 



> Abort 



Idle 



Yes 



Idle 



Send Info for ICA 
negative response 



Figure 4.95-2: Process CAMEL_ICA_VLR (slieet 2) 
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4.5.7 Handling of mobile calls in the gsmSSF 

Handling of mobile calls in the gsmSSF involves the following processes and procedures: 

- Process CS_gsmSSF; 

- Procedures and process Check_Criteria; 

- Procedure Connect_To_Resource; 

- Procedure Handle_AC; 

- Procedure Handle_ACR; 
Procedure Handle_CIR; 

- Procedure Handle_CIR_leg; 

- Procedure Complete_FCI_record; 

- Procedure Complete_all_FCI_records; 

- Procedure Handle_SCI; 

- Process CSA_gsmSSF; 
Procedure Handle_0_Answer; 

- Procedure Handle_T_Answer. 

The detailed error handling for the process CS_gsmSSF and the associated procedures is specified in 3 GPP 
TS 29.078 ([36]). 

4.5.7.1 Call duration control 

4.5.7.1 .1 Information flow for call duration control 

The following diagram shows the handling of the different timers that are used in the process CS_gsmSSF and in the 
procedures Handle_AC, Handle_ACR, Handle_CIR. Timers Tssf, Tcp, Tsw, Tw and DELTA are defined in the process 
CS_gsmSSF. 
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CSE 



AC(Tcp1) 



ETC/CTR 



ACR 



ERBCSM 



gsmSSF/MSC 



MSC/TE 



Tsw 



Tcp1 



^ 


ACR 




V 


AC(Tcp2) 


^ 


^ 


ACR 




V 


RRBCSM 






CONNECT 
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> 



Delta 
Tcp2-Delta 
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SETUP 



ALERT 



ANSWER 
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Figure 4.96: Information flow for call control duration 

The following diagram shows an example of the handling of call duration control for CPH configurations. 
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Figure 4.96a: Information flow for call control duration in CPH configurations 
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4.5.7.1.2 



Audible indicators for call duration control 



The gsmSCF may instruct the gsmSSF to play either a fixed sequence of tones or a variable sequence of tones with the 
Apply Charging information flow. The gsmSCF may also instruct the gsmSSF to play a variable sequence of tones with 
the Play Tone information flow. 

For the case of the fixed sequence of tones, the gsmSSF shall play a single sequence of three tones. The duration of 
each of the tones shall be 200 milliseconds with an intertone interval of 200 milliseconds. This shall be played 
30 seconds before the end of a call period. For the case of a variable sequence of tones, or a burst list, the gsmSCF shall 
indicate the number of tones per burst, the number of bursts to be played, the tone duration, interval between the tones 
and the interval between the bursts. In addition, the gsmSCF shall indicate in the Apply Charging information flow, the 
warning time before call period expiry at which the playing of the burst list shall start. Figure 4.97 provides a graphical 
representation of the variable burst list in the case where there are three tones per burst and three bursts in the burst list. 
The Warning Period in figure 4.97 applies to the Apply Charging information flow only. 
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Figure 4.97: Representation of burst list 



4.5.7.2 The gsmSCF control of e-values 



4.5.7.2.1 



Procedure Handle SCI 



There are independent Tariff Switch Timers for the control of the call duration Tsw(pty) and for the gsmSCF control of 
e-values Tsw(SCI). The gsmSCF control of e-values is via the Send Charging Information information flow. 

The following terminology has been used for e-parameters: 

- Applicable and in use. The set of e-parameters is currently applicable in the MSC and the set has been sent to the 
MS. 

- Applicable but waiting. The set of e-parameters is currently applicable in the MSC but the set has not yet been 
sent to the MS. 

- Applicable but not in use. The set of e-parameters is currently applicable in the MSC but it cannot be sent to the 
MS, e.g. because the Advice of Charge supplementary service is not subscribed. 

- Stored. The set of e-parameters is not yet applicable. The stored set of e-parameters becomes applicable when a 
tariff switch occurs. 



The table below defines the actions of the Procedure Handle_SCI. 

Table 4.6: Handling of SCI in the gsmSSF 



received Tsw(SCI) 
and set of 



no active call / SRF connection 



Primary dialogue (note 1) 



active call / SRF connection 



Secondary 
dialogue 
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e-parameters in the 

SCI information 

flow 


Tsw(SCI) not 

running and no 

e-parameters 

stored 


Tsw(SCI) 

running and 

e-parameters 

stored 


Tsw(SCI) not 

running and no 

e-parameters 

stored 


Tsw(SCI) 

running and 

e-parameters 

stored 


(note 2, 8) 


Tsw(SCI) 
not received 


1 set 


send 1 St set to 
MSC 


stopTsw(SCI); 

discard stored set; 

send 1 St set to 

MSC 


send 1 St set to 
MSC 


stopTsw(SCI); 
discard stored 

set; 
send 1 St set to 

MSC 


send 1 St set to 
MSC 


Tsw(SCI) 
not received 


2 sets 


error 


error 


error 


error 


error 


Tsw(SCI) 
received 


1 set 


error 


error 


store 1 St set; 
start Tsw(SCI) 


stopTsw(SCI); 
discard stored 

set; 

store 1 St set; 

start new 

Tsw(SCI) 


error 


Tsw(SCI) 
received 


2 sets 


send 1 St set to 

MSC, 
store 2nd set; 
start Tsw(SCI) 


stopTsw(SCI); 

discard stored set; 

send 1 St set to 

MSC; 

store 2nd set; 

start new 

Tsw(SCI) 


error 


error 


send 1 St set to 

MSC; 
store 2nd set; 
start Tsw(SCI) 


NOTE 1 : Primary dialogue: The primary dialogue is initiated due to TDP Collectedjnfo, TDP Analysedjnformation, or 
TDP Route_Select_Failure, TDP Terminating_Attempt_Authorised, TDP T_Busy or TDP T_No_Answer. A 
dialogue initiated due to TDP Analysedjnformation is only the primary dialogue, if there is no ongoing 
dialogue due to TDP Collectedjnfo. 

NOTE 2: Secondary dialogue: The secondary dialogue is initiated due to TDP Analysedjnformation. 

NOTE 3: The condition "active call / SRF connection" is true if there is at least one active leg in this call (CSA) or if an 
SRF is connected to a Call Segment in this CSA. Incoming legs are active after an answer is sent and before 
the leg begins to release. Outgoing legs are active after an answer is received and before the leg is begins to 
release. 

NOTE 4: If the gsmSSF sends a set of e-parameters to the IVISC this will overwrite the current set of e-parameters in the 
IVISC, if e-parameters are applicable in the IVISC. 

NOTE 5: The IVISC shall store the received e-parameters to be sent subsequently to the MS. The MSC shall send these 
e-parameters to the MS in a Connect message or in a Facility message. 

NOTE 6: Secondary dialogue gsmSCF can only give e-parameter(s)/Tsw(SCI) when they have not previously been 
provided by the primary dialogue gsmSCF. After secondary dialogue gsmSCF gives e-parameter(s) / 
Tsw(SCI), Primary dialogue gsmSCF shall not give further on-line charging instructions (i.e. Send Charging 
Information). 

For D-CSI, this is ensured by service subscription restriction by a home network operator. For N-CSI, this is 
ensured by a roaming agreement between the home network operator and the visited network operator or is 
only applicable within a home network. 

NOTE 7: When a gsmSCF relationship is closed then the stored e-parameters given by that dialogue are discarded. Any 
Tariff Switch timer (Tsw(SCI)) is also stopped when the gsmSCF relationship is closed. If the gsmSCF has 
given any e-parameters which are not stored but which are applicable (regardless of whether they are 
applicable and in use, applicable but waiting, or applicable but not in use) when the gsmSCF relationship is 
closed, those e-parameters are also valid after the gsmSCF relationship is closed. If any subsequent CAP 
dialogues give e-parameters those new e-parameters shall overwrite the applicable e-parameters given by the 
preceding CAP dialogues. 

NOTE 8: The secondary dialogue is not applicable to VT calls. 

NOTE 9: Service Logic designers shall take care when using SCI in both primary dialogue and secondary dialogue, if 
these dialogues use different versions of CAMEL. In such a case it is e.g. possible that a Tariff Switch timer 
(Tsw(SCI)) information received in the primary dialogue is overwritten by a Tariff Switch timer (Tsw(SCI)) 
information received in the secondary dialogue. 



4.5.7.2.2 



Process Tsw For SCI 



The process Tsw_For_SCI exists per calL That is there is one process instance per CSA. The Tariff Switch Timers for 
the gsmSCF control of e-values Tsw(SCI). 
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Process Tsw For SCI 



1(2) 



/* Signals to/from the left are to/from the MSC of the leg ^ 

concerned (the CAMEL subscriber); signals to/from the right 
are to/from the process CS_gsmSSF of the leg concerned 
(the CAMEL subscriber. */ 



/* Timers used in the Tsw_For_CSI process: ^ 

Tsw(SCI): Timer for tariff switch for the gsmSCF controlled e-values. 
At the expiration of this timer, a new tariff for the gsmSCF controlled e-values shall be started 

The CS_gsmSSF related to leg of the CAMEL subscriber is setting the timer Tsw(SCI) 
in the procedure Handle_SCI). 

The timer Tsw(SCI) is stopped on release of the leg of the CAMEL subscriber or 
when the relationship to the gsmSCF is closed. 

7 



I 






/ 




Idle 






Set Timer 


\^ 



Start 
Tsw(SCI) 



with received value 



Running 



Figure 4.98-1 : Process Tsw_For_SCI (sheet 1) 
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Process Tsw For SCI 



2(2) 



/* Signals tcyfrom the left are tcyfrom the MSC of the leg 
cx)ncerned (the CAMEL subsaiba) ; signals tcyfrom the right 
are to/from the process CS_gsmSSF of the leg concerned 
(the CAMEL subscriber. 7 



Running 



Intanal 



Tsw(SCI) 
expired 



Stop Timer 



Set Timer 



No stored e-parameters L 
exist after this setting 




No 



< Answer^ 
qttoiyisr 

^n'es 



Tlnis provokes the MSC 
to send e-parameters to ^ 
the CAMEL subscriber. 



Send_e_ 
Parameters 



Restart 
Tsw(SCI) 



' with received value 



Running 



Idle 



Figure 4.98-2: Process Tsw_For_SCI (sheet 2) 
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4.5.7.3 Behaviour of the gsmSSF in the process CS_gsmSSF 

The following paragraphs give details on the behaviour of the gsmSSF in the process CS_gsmSSF. 

4.5.7.3.1 Actions of the gsmSSF on receipt of CAP_Request_Report_BCSI\/l_Event (in the 
state Waiting_For_lnstructions) 

The process CS_gsmSSF arms the requested EDP, if the arming rules are fulfilled and returns to the state 
Waiting_For_Instructions . 

The gsmSCF may request EDPs for any one or more of Answer, Busy, No Answer, Abandon, Route Select Failure and 
Disconnect event for a party in the call. 

4.5.7.3.2 Actions of the gsmSSF on receipt of CAP_Continue (in the state 
Waiting_For_lnstructions) 

An Int_Continue signal is sent to instruct the GMSC or MSC to continue the call set-up with the original call 
parameters. 

4.5.7.3.3 Actions of the gsmSSF on receipt of CAP_Release_Call (in the state IVIonitoring) 

When a control relationship exists between the gsmSCF and gsmSSF (at least one EDP-R is armed), the gsmSCF may 
spontaneously instruct the gsmSSF to release the call at any time using the Release Call information flow. The Release 
Call information flow shall not be sent from the gsmSCF if only monitor relationship exists between the gsmSSF and 
the gsmSCF. 

4.5.7.3.4 Actions of the gsmSSF on receipt of lnt_DP_T_Busy or lnt_DP_T_No_Answer 
including the parameter Call Forwarded (in the state Monitoring) 

If the handling of Int_DP_T_Busy signal or Int_DP_T_No_Answer signal including the parameter Call Forwarded 
leads to the gsmSSF sending a CAP_Event_Report_BCSM to the gsmSCF, the gsmSSF shall include the parameter Call 
Forwarded in the Event Specific Information BCSM. 

4.5.7.4 Outstanding Request Counter and Rules for CAMEL 

In the following the rules on handling of the 'outstanding requests' variables in the process CS_gsmSSF are given. They 
are storing the number of required resumptions. 

1) There shall be one outstanding requests variable ORC_Leg (leglD) per leg to handle TDP-R and EDP-R reports 
and ICA. 

2) In addition there shall be one outstanding requests variable ORC_CS (CSID) per call segment to handle the CPH 
IFs. 

3) A leg will only be resumed if the ORC_Leg (leglD) variable for this leg and the ORC_CS (CSID) for the call 
segment containing the leg are 0. 

4) Events that cause the suspension of the call processing are signalling events armed as TDP-Rs or EDP-Rs, or the 
processing of a CPH IF (Disconnect Leg, Split Leg or Move Leg) or Initiate Call Attempt sent by the gsmSCF. 

a) For TDP-R or EDP-R events the number of required resumptions relative to the associated leg will be 
incremented by L For TDP-R, the associated leg is always leg 2. 

b) For CPH IFs the number of required resumptions per call segment will be set to one if it is still 0. Otherwise 
the number of resumptions remains unchanged. For Split Leg the number of required resumptions for each of 
the source call segment and the target call segment will be set to one if it is still 

c) For ICA the number of required resumptions relative to the associated leg will be set to 1 . 

5) In addition the CS_gsmSSF stores information about the events (DP with the associated leg, CPH) that require 
resumption and keep track of the order of events for TDP-Rs and EDP-Rs for each leg . The order of 
resumptions for a leg shall be the order in which the suspension events occured for that leg. 
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6) For DP event resumption Continue with Argument with leglD or Continue are vaUd. If not otherwise stated 
below, for each received resumption the number of required resumption for that leg will be decremented by 1 if 
it was a valid resumption for the event that has to be handled first. Decrementing of the outstanding requests 
variables does not go below 0. 

7) For CPH resumption Continue with Argument with CSID is valid. On receipt of the resumption the number of 
required resumptions for that call segment will be set to 0. 

8) For ICA resumption Continue with Argument with Legid is valid. On receipt of the resumption the number of 
required resumptions for that Leg will be set to 0. 

9) If Continue with Argument with neither LegID nor CSID is received, then the number of resumptions required 
for the leg that was reported will be decremented by 1 . If reporting is performed on more than one leg, then the 
related leg will be selected following the sequence of the reporting. 

10) If Continue is received, then the number of resumptions required for the leg that was reported will be 
decremented by 1 . If reporting is performed on more than one leg, then the related leg will be selected following 
the sequence of the reporting. 

1 l)The processing of a Connect with a LegID causes the number of required resumptions for that leg to be 
decremented by 1 . The processing of a Connect without a LegID causes the number of resumptions for the 
LegID = 2 to be set to 0. 

12) The processing of Tssf expiry and of TC Abort causes the number of resumptions required to be set to and the 
call processing to be resumed. All stored resumption events are discarded. 

13) On receipt of a Disconnect Leg the number of resumptions required for the corresponding leg is set to 0. 

14) If Release Call is used, nothing needs to be resumed. 



4.5.7.5 Process CS_gsmSSF and procedures 
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Process CS_gsmSSF 

7* Invocation of CS_gsmSSF */^_\ 



1(63) 



/* Timers used in the CS_gsmSSF process: 
Tssf: Application timer in the ssf. 



A 



The following timers are applicable for call legs as well as for the connected SRF (srf ID). 
That is 'pty' may be a leg ID or an srf ID. 
Tcp(pty): Timer for call period. 

This timer measures the duration of a call period. 
Tsw(pty): Timer for tariff switch. 

At the expiration of this timer, a new tariff shall be started. 
Tw(pty): Warning timer. 

At the expiration of this timer, a warning tone shall be played to the CAMEL subscriber. 

For the New Call case (NC-call) the first party created shall receive the tone. 
DELTA(pty): time, measured in the CS_gsmSSF, elapsed 
(i) between the time an ApplyChargingReport operation is sent to the gsmSCF and the time an 

ApplyCharging operation is received from the gsmSCF for that pty. Or 
(ii) between the precautionary start of DELTA measurement and the time an ApplyCharging operation 

is received from the gsmSCF for that pty. 

Tccd(pty): Control of call duration timer. 

This timer supervises if after sending of ACR a new AC is received for that pty. 
Tccd has a value range of 1 to 20 seconds. 



Ranges for the default values for Tssf. 

- non user interaction Tssf timer value: 

- user interaction Tssf timer value: 



1 second to 20 seconds 
1 minute to 30 minutes 



Figure 4.99-1 : Process CS_gsmSSF (sheet 1) 
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Process CS_gsmSSF 

7* Invocation of CS_gsmSSF */^_\ 



2(63) 



/* Decision box definitions (1) 

'armed TDPs for tinisCSI?' 

It is questioned whether or not the ongoing call can encounter further TDPs which are 

indicated in the current CSI. 

'Call to be released?' 

It is checked whether or not the part of the call that is controlled by this CS_gsmSSF process instance 
will be released immediately after CS_gsmSSF has responded; i.e. this part of the call will not send 
any signals further on to the CS_gsmSSF. 

7 



/* Decision box definitions (2) ^ 

The following decisions are used by procedures in CCF 

'gsmSSF invoked?' 

Is the CS_gsmSSF process in any state other than Idle? 

V 



A 



Note to the task box "Perform implicit disarming of DPs"; 



If DP 0_Change_Of_Position and/or DP T_Change_Of_Position are disarmed by this task, then 

the CS_gsmSSF sends 

lnt_lnvoke_0_Change_Of_Position_MSC to the CAMEL_0_CHANGE_OF_POSITION_MSC and/dr 

lnt_lnvoke_T_Change_Of_Position_MSC to the CAMEL_T_CHANGE_OF_POSITION_MSC 

with the parameter "Transparent, respectively. 

V 



/* Information per each leg: K 

The following information is present for each leg: 

- The timers applicable per leg: Tcp(pty), Tsw(pty), Tw(pty), DELTA(pty) and Tccd(pty). 

- AC(pty) pending 
-ACR(pty)sent 

- Call Information Request (leglD) 

- Logical call record for FCI (leglD) 
-ORC_Leg(leglD) 

If a leg is split or moved into another call segment, then also the following information for this leg shall be moved 
together with this leg: 

- Call Information Request (leglD) 

- Logical call record fpr FCI (leglD) 
-ORC_Leg(leglD) 

V 



Figure 4.99-2: Process CS_gsmSSF (sheet 2) 
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Process CS_gsmSSF 



3(62) 



/* Invocation of CS_gsmSSF *[ 



r Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the proceqs 
CSA_gsmSSF unless otherwise marked. 7 




ORC_CS (CSID) := 



Idle 



Intjnvoke 

gsmSSF 

(0-CS I ) 



Intjnvoke 
/gsmSSF 
(T;pS I ) 




lnt_lnvoke 
>gsmSSF 



Intjnvoke 

gsmSSF 

(N-CS I ) 



Intjnvoke 

gsmSSF 

(T(^-CS I ) 



Arm DP 



lnt_gsmS$F 
Invoked 



Wait_For_ 
_Request 



The received CSI states 

whether DP Collectedjnfo 

or DP Analysed J nformation 

or DP Route_Select_Failure 

or DP T_Busy 

or DP T_No_Answer 

or DP Terminating_Attempt_ 

Authorised shall be armed 

as TDP. 



Figure 4.99-3: Process CS_gsmSSF (sheet 3) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



4(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Idle 



>lnt_0 
Int T 



_Excepti 
Exc6jpt 



ition, 
tion 



Int Continue 



Idle 



lnt_DP_0_Answer, 

lnt_DP_T_Answer, 

lnt_DP_Analysed_lnfo, 

lnt_DP_0_Term_Seized , 

lnt_DP_Call_Accepted, 

lnt_DP_0_MidCall, 

lnt_DP_T_MidCall, 

lnt_DP_0_Change_Of_Position, 

lnt_DP_T_Change_Of_Position, 

lnt_DP_0_Bearer_Change, 

lnt_DP_T_Bearer_Change 



Intjnvoke/ 
gsmSSF \ 



lnt_gsmSSF 
Invoked 



Wait_For_ 
ICA Or 



Figure 4.99-4: Process CS_gsmSSF (sheet 4) 
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Process CS_gsmSSF 



5(63) 



/* Invocation of CS_gsmSSF *1^ 

i 



/* Signals to/from the left are to/from the MSC; [\ 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. 7 



lnt_DP_Route_Select_Failure, 

lnt_DP_T_Busy, 

Int DP T No Answer 



Cliieck_Criteria 
_for_TOC 



More_Digits 




Int Continue 



Figure 4.99-5: Process CS_gsmSSF (sheet 5) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



6(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Wait_For_ 
_Request 




lnt_DP_ 
>_Terminati|ig_ 



^Terminating^ 

Jsfttejm^ 

_Authorized_ 

armpd?' 

Yes 



Check_Gap_ 
Criteria 




No 



Int Continue 



Int Continue 



fOOhisCSir 



Yes 



Wait_For_ 
_Request 



No 




No 



Idle 



lnt_T_Exception, 
lnt_0_Exception 



lnt_DP_0_Answer, 

lnt_DP_T_Answer, 

lnt_DP_0_Term_Seized, 

lnt_DP_Call_Accepted, 

lnt_DP_0_MidCall, 

lnt_DP_T_MidCall, 

lnt_DP_0_Bearer_Change, 

lnt_DP_T_Bearer_Change 



Figure 4.99-6: Process CS_gsmSSF (sheet 6) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF */^_\ 



7(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 





'SetTssf to default 

non user interaction 

Tssf timer interval 

and restart Tssf 



'SetTssf to default 

non user interaction 

Tssf timer interval 

and restart Tssf 




Application_ 
Begin 



Application_ 
Begin 



Apply Gap 
treatment 



'Set Control 
Relationship' 



'Set Control 
Relationship' 



Int Continue 



Int Relea^eCall 



Int InitialDP 




Int InitialDP 



f Waiting_for_\ 
Instructions 





Yes 



Wait_For_ 
_Request 



No 



Idle 



Gap treatment depends on 
the info received in the 
Call Gap message (i.e. 
tone/announce, cause, etc.) 



Oustanding Call Information Report := 
For all new legs, i.e. Ieg1 and Ieg2: 

ACR(leglD) sent := false 

AC(leglD) pending := false 
For the leg on which the TDP occurs 

ORC_Leg (leglD) := 1 
For all other legs of the CS 

ORC_Leg (leglD) := 



Default Call Handling = 
Continue Call? 



Figure 4.99-7: Process CS_gsmSSF (slieet 7) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



8(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Wait_For_ 
Request 1 




Idle 



lnt_DP_0_Abandon, 
lnt_DP_T_Abandon, 
lnt_DP_0_No_Answer, 
lnt_DP_0_Busy 



Number of legs in this CS 
(including leg being released) 




ELSE 



To MSC process of L 
remaining leg 



To MSC process of i 
leg being released 



lnt_Release 
Call 



Int 


DP 


Abandon, 


Int 


DP 


T Abandon, 


Int 


DP 


Route Select Failure, 


Int 


DP 


No Answer, 


Int 


DP 


T No Answer, 


Int 


DP 


_0_Busy, 


Int 


DP 


_T_Busy 



Int Continue 



Idle 



Figure 4.99-8: Process CS_gsmSSF (sheet 8) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



9(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



lnt_DP_Oj 
>_Disconnebt 

JIM 



Idle, 
Wait_For_Request 



lnt_DP_T 

>_Disconn 

r l e gi n V 



ect 



No 



Yes 



CS contains only two legs 
(before DP Disconnect) 
and each leg has its own 
MSC process? 



lnt_ReleaseC^H to MSC for remaining leg 



lnt_Contini.je to MSC for leg being released 



Idle 



Figure 4.99-9: Process CS_gsmSSF (sheet 9) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



10(62) 



/* Signals to/from the left are to/from the MSC;L 
unless otherwise marked. */ 



Waiting_For_lnstructions, 
Monitoring 



>lnt_MidCall_ 
Criteria_R6jquest 



^^yii^CalTbP ^ ^^ 
armed?-^ 

Yes 



lnt_MidCall 
Criteria ack 



Idle, 
Wait_For_Request 



>lnt_MidCall_ 
Criteria_R6jquest 



/lnt_MidCall_ 
^ Criteria 
\ negative response 



Figure 4.99-10: Process CS_gsmSSF (sheet 10) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



11(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



lnt_lmport^ 
Leg 



lnt_lmport__ 
Leg 



|Wait_For_SLJ 
lrnport_Leg_ad 



>lnt_lmport_. 
Leg_ack 



lnt_lmport_ 
Leg_ack 



LpdateSignalling 
(for the current 
Call Segment) 



to all legs in the I 
call segment 



Int MidCall 



(^RC_CS (CSiq) 



Set Tssf to default 

non-user interaction 

Tssf time r v alue and 

restart Tssf 



Wait_For_ ^ 
ICA_Or_ 
lmport_Leg J 



Intjnitiate/ 
Call Attempt 



Intjnitiate 
Call Attem 



Waiting_For_ 
\ ICA_Ack j 



Intjnitiate 
>Call Attembt 

ack 1 



Intjnitiate \ 
Call Attempt/ 
ack 



For the new leg: 

ACR(leglD) sent := false 

AC(leglD) pending := false 

ORC_Leg(leglD) := 1 
FortheCSID 

ORC_CS(CSID) := 
Oustanding Call Information Report := 



Set Tssf to default 

non-user interaction 

Tssf time r v alue and 

restar : Tssf 



Waiting_For 
Instructions 



Waiting_For_ 
1 Instructions 



Figure 4.99-1 1 : Process CS_gsmSSF (sheet 11) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



12(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_for_ 
Instructions 



Int DP O Answer 



lnt_Leg Statb^ 
Report (active) 



Handle_0. 
Answer (I eg ID) 



F^erform implicit 
d sarming of DPs 




lnt_Event_ 
_Report_BCS 



ntinue) 



Disarm this DP 
Perform implicit 
iisarming of DPs 



Int DP T Answer 



lnt_Leg Statb^ 
Report (actiye) 



Handle_T 
Answer (I eg ID) 



L|pdateSignallin0 
(for the curent 



No 



No 




Disarm this DP, 

F^erform implicit 

disarming of DPs. 



ORG 
ORG 



_Leg (leg ID) 
:_Leg (leg ID) 



+1 



Set Tssf to default 

non user interaction 

Tssf time r v alue and 

restart Tssf 



Waiting_For_ 
Instructions 



Figure 4.99-12: Process CS_gsmSSF (sheet 12) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



13(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_For_ 
Instructions 



lnt_DP_ 
Call_Accepted 



DP T_Change_Of_Position is armed AND 

the process CAMEL_T_CHANGE_OF_POSITIN_MSC is 

in the "Waiting_For_Radio_Connection_Established" state? 



To process CAMEL_T_CHANGE_OF_POSITION_MSC 




>lnt_DP_0_. 
Term Seized 



No 



Int Continue 



lnt_Leg status 
report (alerting) 



L|pdateSignalling 
the current 



No 



No 




lnt_Event_\ 
_Report_BCS]\/l 
(Notif y & Ccmtinue) 



Yes 

/-DP armed 
^s.EDP;Rr 

|Yes 

lnt_Event_ 

_Report_BCS 

(Interrupted) 



F^erform implicit 
d sarming of 



DPS 



Disarm this DP 

F^erform implicit 

disarming of DPs 



Disarm this DP 
F^erform implicit 
iisarming of DPs 



ORC 
ORC 



:_Leg (leg ID) := 
_Leg(leglD)+1 



Set Tssf to default 

non user interaction 

Tssf time r v alue and 

resta^ Tssf 

Waiting_For_ 
Instructions 



Figure 4.99-13: Process CS_gsmSSF (sheet 13) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



14(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_For. 
Instructions 



This signal will only be 
received from the MSC 
if the DP is armed for the leg 
and the triggering criteria are met. 



lnt_DP_0_MidCall, 
Int DP T MidCall 




Yes 



lnt_Event_\ 
Report_BCSIVf 

Dcmtinue) 



True 




lnt_Event_ 
Report_BCSI\ 




Disarm this DP 



ORC 
ORC 



_Leg (leg ID) 
_Leg (leg ID) 



Set Tssf to default 

non user interaction 

Tssf timer value and 

restart Tssf 



lnt_Cancel_ 
MidCall 



Waiting_For_ 
Instructions 



Figure 4.99-14: Process CS_gsmSSF (sheet 14) 
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/* Signals to/from the left are to/from the MSC; 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_for_ 
> Instructions 



lnt_Apply_/ 
Charging 



Handle_AC 

(pty) 



Set Tssf to last 
ised time interval 



Waiting_For 
Instructions 



lnt_Call_ / 
lnformation\Request 

Set Tssf to last 
used time interval 



store request 



lnt_CanceK(AII) 



Disarm all 
EDPs 



Cancel all 
reports 



Set Tssf to last The following timers 
used time interval ^ shall be stopped: 
j^ nd rest a rt Tssf Top, Tsw, Tw, Tdelta, Tccd. 



Outstanding Call Information Report:= 
Outstanding Call Information Report +1 



Figure 4.99-15: Process CS_gsmSSF (sheet 15) 
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/* Signals to/from the left are to/from the MSC; |\ 
signals to/from the right are to/from the process 
CSAgsmSSF unless otherwise marked. 7 



(Connect in WFI) 



Complete_ 
FCI_record 
(iRylH) 



If LegID is not included, 
then Leg2 is assumes 




qRC_Leg (legl [[).....! For the LeglD2 of the 
i single Call Segment 




Bet Tssf to las 
used time interval 
jind restart T.s.s[ 



Set Tssf to use- 
interaction timer 
vhluearid restart 






Return appi 
error to the 
PnSA n.sm$C;F 



Set Tssf to las 
used time interval 

jinrl rPQtart Tqq^ 



T 

(Waiting_For_| 
JnstructionsI 



/ Waiting_For\ 
_End_Of_ 

Ikpr IntPrartic/n 



iriate 



(Waiting_For_ 
Instructions 




DP_List (Connect in WFI) = ( |: 

DP_0_No_answer of LegID, 
DP_T_No_answer of LegID, 
DP_0_Busyof LegID, 
DP_T_Busyof LegID, 
DP_Route_Select_Failure of LegID, 
DP_0_Disconnect of LegID, 
DPTDisconnect of LegID 

) 



Figure 4.99-16: Process CS_gsmSSF (sheet 16) 
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Process CS_gsmSSF 

\r Invocation of CS_gsmSSF V|\ 



17(60) 



Waiting_for_| 
Instructions! 



/* Signals to/from the left are to/from the MSC; |\ 
signals to/from the right are to/from the process 
CSAgsmSSF unless otherwise marked. 7 



Int Contin 



Stop Tssf 



in DP_List 

(Continue in WFI 1) Mi 




DP_0_Disconnect of Ieg1 
DP_T_Disconnect of Ieg1 



lnt_Leg_Stahjs 
_Report (dis«Jonnect) 



Complete_ 

FCI_record 

(nntlRQl) 




in DP 

(Continlue in WFI 2) 



Handle_CIR 
Ieg(leg1) 

C= 



See section 
4.5.7.4 



for all leglDs of 
the current 
Call Segment 



Status 
diaeJor 



lnt_Leg_StahJs 
_Report (diaeJonnect) 



lnt_Leg_Stahjs 
_Report (diaeJonnect) 



Complete_ 
FCI_record 



Yes 



^f^ndle_CIRJ^^ 
(not Ieg1 

^ 



ORC_Leg(leglD) := 
0RC_Leg(leglD)-1 




(Waiting_For_ 
Jnstructions 



jforleglD 



DP 


List (Continue in WFI 1) = 




DP 


No answer, 


n 


DP 


T No answer, 




DP 


Busy, 




DP 


_T_Busy, 




DP 


Route Select Failure, 




DP 


Disconnect not of leg 1 




DP 

) 


_T_Disconnect not of leg 1 





DP_List (Continue in WFI 2) = (|\ 
DP_0_Abandon, 
DP T Abandon 



ELSE 




Figure 4.99-17: Process CS_gsmSSF (sheet 17) 
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18(63) 




/* Signals to/from the left are to/from the MSC; |\ 
signals to/from the right are to/from the process 
CSAgsmSSF unless otherwise marked. 7 



DP 


List (ContinueWithArgument 


L 


inWFI 1) = ( 




DP 


Route Select Failure, 




DP 


Busy, 




DP 


_T_Busy, 




DP 


No Answer, 




DP 


T No Answer, 




DP 


Disconnect, 




DP 


T Disconnect, 




DP 


Abandon, 




DP 

) 


_T_Abandon 





LegID /^ 
(LegID) 



Yes 



other DP or suspended 
duetoCPH 



n DP_List 
(ContinueWithArgument in WFI 1) 



Figure 4.99-18: Process CS_gsmSSF (sheet 18) 
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/* Signals to/from the left are to/from the MSC; |\ 
signals to/from the right are to/from the process 
CSAgsmSSF unless otherwise marked. 7 



No further legs 




if- 



Yes 



Set Tssf to las 
used time interval 

jinrl rPQtart TqqF 



f 

(Waiting_For_| 
JnstructionsI 




ORC_Leg(leglD) := 
0RC_Leg(leglD)-1 



jTo all MSC processes 

i within this Call Segment 

j for which 

iORC_Leg (leglD) = 0. (QRC 

(ORC^ 



i Repeat for all 
jleglDsin thisCSID 



to MSC process 
forlegID 

otherDPorno dp" 



lnt_Continue_ 
_With_ 
Ami I men t 



ELSE 



No 



i for all leglD 
jin the CS and 
jfortheCSID 



Set Tssf to las 
used time inter\ 
And restart Tssf 

[Waiting_For_ 
Ijnstructions 





for this leglD 
and for the CS 
of thislegID 



Set Tssf to las 
used time interval 

jinrl rPQtart Tqq^ 



(Waiting_For_| 
JnstructionsI 



(ContinueWithArgument in WFI 1) 



us 


DP List (ContinueWithArgument |\ 


Connect) 


in WFI 1) = ( 




DP Route Select Failure, 




DP Busy, 




DP_T_Busy, 




DP No Answer, 




DP T No Answer, 




DP Disconnect, 




DP T Disconnect, 




DP Abandon, 




DP T Abandon 




) 



Figure 4.99-19: Process CS_gsmSSF (sheet 19) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 




An^emairTIno 
arrne^D^^RsT 



No 



Yes 



Monitoring 



Arjy^fern^rniiTci 

report^ppong? 
Yes 



No 



'Set Monitor Application_ 
Relationship' End 



Complete_all. 
FCI records 




Yes 



No 



Idle 



Figure 4.99-20: Process CS_gsmSSF (sheet 20) 
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7* Invocation of CS_gsmSSF V^ 



21(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



f \ 

'Waiting_For_ 

Instructions 



lnt_EstablisJ 

Temporar 

Connection 



lnt_ / 

_ReleaseCalJ 



stop Tssf 



lnt_Establish 

Temporary 

Co n nection 



Await_Tem po rarV 
I Connection_) 



LegActive := FALSE \ 



For any pending AC 




False 



lnt_Apply. 
Charging_Re^o('t 



lnt_Temporary_ 
Connection 




Handle CIR 



Int TC Released >lnt ETC Failed 



(pomplete_all__ 
FCI records 



LegActive := FALSE ^ 



Handle_ACR 
(srfID) 



Application_ 
End 



Yes 

Start 
Tcp(srflD) 



Error ETC faited 



lnt_Release 
Call 



No 



rw(srflD)>05 

[Yes 

Start 
Tw(srflD) 



Set Tssf to last 
ised time interval 
and re start Ts sf 



Stop Tssf 



Waiting_For_ 
Instructions 



Idle 



Set Tssf to user 
interaction timer 




To all MSC processes 
associated with this 
call segment 



Connection 



Figure 4.99-21 : Process CS_gsmSSF (sheet 21) 
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/* Invocation of CS_gsmSSF 



21bis(63) 



/* Signals to/from the left are to/from the MSC;K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring 



4 



>lnt_DP_ 
Collected Information 



t'aiting_For_ 
Instructions 



lnt_CollecK 
InformatiorK 



ELSE 



lnt_Collec|_ 
Information 
\ (Number_o f_digits 



EDP-R 



Number_of_digits is set 
based on the 

DP_CollectedJnformation 
EDP arming. 



Stop Tssf 



lnt_Event_\ 

_Report_BCSM 

(Interrupted) 



ORC_Leg (leglD) := 



P(jrform implicit 
disarming of DPs;. 



D sarm this DP. 

Pejrform implicit 

dis 



Monitoring 



The service logic is assumed 

not to perform any call party handling 

prior to collecting all digits. 

Thus, CS or other leg counters do not 

need any settings. 



Set Tssf to default 
non user interaction 



Tssf timer 



restart 



Tssf 



'alue and 



ORC_Leg (leg ID) := 1 



Monitoring 



yVaiting_For_ 
1 Instructions 



Figure 4.99-21 A: Process CS_gsmSSF (sheet 21 A) 
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22(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_For_ 
Instructions 



lnt_Reques|/ 
_ReportBCSM 
Event 



u 



Set Tssf to last 

sed time interval 

and re start Ts sf 



No 




Else 



0_Change_ 
Of Position 



lnt_lnvoke _ 
0_Chang€_Of_ 
X Position_MSC 
(Monitor Mode) 



T_Change_ 
Of Position 



0_MidCall, 
T MidCall 



No 



lnt_lnvoke_ 
T_Change 



Position MSC 



(Monitor Mode) 



^^Transparei 
node J 



Of 



lnt_MidCall 
Cancel 



Yes 



lnt_MidCalL 
Criteria 



Error 
Unexpected 



Arm EDP 

and/or 

disarni EDP 



Waiting_For_ 
Instructions 



/* Signal lnt_lnvoke_0_Change_Of_Position_MSC is sent 
to the process CAMEL_0_Change_Of_Position_MSC; 
Signal lnt_lnvoke_T_Change_Of_Position_MSC is sent 
to the process CAMEL_T_Change_Of_Position_MSC. */ 



Figure 4.99-22: Process CS_gsmSSF (sheet 22) 
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7* Invocation of CS_gsmSSF V^ 



23(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_for_ 
Instructions 



>lnt_T_Excteti 
lnt_0_Except 



ion, 
ion 



LegActive := FALSE ^ 



For any pending AC -^ 



CpendingJ^ False 

True 

lnt_Apply_\ 
Charging_Repo(t 



Handle CIR 



(pomplete_all_. 
FCI records 



Abort 



Stop Tssf 



Timer expiry 
Tssf 



Abort 



J Internal 



Int Error 



Complete_all_ 
FCI records 



'Pefaul 



^ulhsaN 
hafidling = conttrruB^ 



No 



Tarfned 



Yes 
i^Mhis^ 

Wait_For_ 
_Request 



No 



Idle 



Idle 



Figure 4.99-23: Process CS_gsmSSF (sheet 23) 
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7* Invocation of CS_gsmSSF V^ 



24(62) 



/* Signals to/from the left are to/from the MSC; 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_for_lnstructions, 
Waiting_for_lnstructions_For_DS 



Int Reset Timer 



Set Tssf to 

lht_Reset_Timdr 

time interval and 



restart Tssf 



Figure 4.99-24: Process CS_gsmSSF (sheet 24) 
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7* Invocation of CS_gsmSSF V^ 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring 



>lnt_DP_ 
CalLAcceited 



DP T_Change_Of_Position is armed AND 

the process CAMEL_T_CHANGE_OF_POSITIN_MSC is 

in the Waiting_For_Radio_Connection_Established" state? 



To process CAMEL_T_CHANGE_OF_POSITION_MSC 




Yes 



Int Continue 



>lnt_DP_0. 
Term 



Seized 



lnt_Leg status 
report (alerting) 



UpdateSignalling 
(for the current 
Call Segment) 




Figure 4.99-25: Process CS_gsmSSF (sheet 25) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 




No 



No 



lnt_Event_ 
_Report_BCSr 
(Notif y & Gc^tinue) 



F^erform implicit 
d sarming of DPs 




Disarm this DP 

Perform implicit 

disarming of DPs 



Any remaining 
armed EDPs or 
outstanding report? 



(pomplete_all_ 
FCI record 



Monitoring 



Int Continue 




No 



Idle 




qiRC_Leg (legiq)) 
:=1 



Set Tssf to default 

non user interaction 

Tssf time r v alue and 

restarj Tssf 



Waiting_For_ 
ijnstructionsl 



Figure 4.99-26: Process CS_gsmSSF (sheet 26) 
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7* Invocation of CS_gsmSSF V^ 



27(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring 



Int DP O 



Answer 



lnt_Leg_Status 
_Report (active) 



Handle_0. 
Answer (I eg ID) 



Int DP T Answer 



lnt_Leg_Status 
_Report (active) 



Handle_T 
Answer (I eg ID) 



UpdateSignalling 
(for the current 
Call Segment) 




Figure 4.99-27: Process CS_gsmSSF (sheet 27) 
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7* Invocation of CS_gsmSSF V^ 



28(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



F^erform implicit 
dsarming of DPs 




lnt_Event_ 
_Report_BCS 



ntinue) 



Disarm this DP 

Perform implicit 

disarming of DPs 



lOJ 




Any remaining armed 
EDPs or 
outstanding report? 



Complete_all__ Monitoring 

FCLrecord \ ^ 



Int Continue 




No 



Idle 



No 



No 




lnt_Event_ 

_Report_BCSl\/l 

(Interrupted) 



Disarm this DP 

F^erform implicit 

disarming of DPs 



C)RC_Leg (leg ID) 
:=1 



Set Tssf to default 
non user interaction 
Tssf time r v alue and 
r estarj Tssf 

Waiting_For_ 
Instructions 



Figure 4.99-28: Process CS_gsmSSF (sheet 28) 
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29(62) 



lnt_DP_0_No_Answer, 

lnt_DP_T_No_Answer, 

lnt_DP_0_Busy, 

lnt_DP_T_Busy, 

Int DP Route Select Failure 




/* Signals to/from the left are to/from the MSC; |\ 
signals to/from the right are to/from the process 
CSAgsmSSF unless otherwise marked. */ 



EDP R 



lnt_Event_ 
_Report_BC^ 

(Mntify;i rXntiniiP) 



Not armed for Leg ID 



lnt_Leg_StahJS 
_Report (disconnect) 



Handle ACF 



LegActive : 
FALSE 



F'erform implici 
sarming of DF 



No 




Forwara 
ending 



Yes 




Handle_CIR 
leg (Ieg2) 



JMb 



(pomplete_all. 
FCI_recordl 



Application 
End 




Yes 



Any remaining armed 
EDPsor 
outstanding report? 



Complete_ 
FCI_record 



Int Continje 



lnt_Continue 



Idle 



Monitoring 



Handle ACF 



Handle_CIR 
leg (Ieg2) 



lnt_Event_ 
_Report_BC; 

(IntPrnipti 



Disarm this DP. 
Perform implici: 



CRC_Leg(legl[)) 
:=1 



SstTssf todefajit 
noi user interact on 
Tsfif timer, vail IR And 



restar : Tssf 



Waiting_For_| 
Instructions] 



Figure 4.99-29: Process CS_gsmSSF (sheet 29) 
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Process CS_gsmSSF 












29a(62) 


:/* Invocation of CS_gsmSSF */ 


J 




/* Signals to/from the left are to/from the MSC; |\ 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. 7 






/l^ 






: Release Leg 


Vfailed/ 












_^^"^^ 


Number of legs in this CS 
(including leg being released) 




>2 




^^^^ 




T 












2 




1 


To MSC process of i / ■„+ /^^„x- ,^ 
the leg being released! \'^^-^°"^'^^^ 


i Release 
i both Legs 


i Continue 

i releasing Legs 












[ 


andle CIR k 
(leglD) 


3 








To MSC process of 
the leg being released 


../. 








^ 










Complete_ 
FCI record 

(Ipnim 






L, 


{ lnt_Continje '"\^ lnt_Continje 




\ 


/ 














To MSC process of 
last remaining leg 




/ Int Release 
\Call 






f ) 
Monitoring 

I J 












nect) 






For last remaining leg 




lnt_Leg_Stahj 
Report(discpK 










/ 




^ 








Handle_CIR 






1 






;)omplete_all. 
_FCI_records 












ApplicationN 
End 7 


► 




Idle 



























Figure 4.99-29a: Process CS_gsmSSF (sheet 29a) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



Monitoring 



30(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



This signal will only be 
received from the MSC 
if the DP is armed for the leg 
and the triggering criteria are met. 



Any remaining armed EDPs, 

or 

outstanding report? 



lnt_DP_0_MidCall, 
Int DP T MidCall 




Yes 



ntinue) 



^^tomatfc 
^^arrri:^ 

False 



Disarm this DP 



lnt_Cancel_ 
MidCall 




Yes 



(pomplete_all_ 
FCI record 



True 



Int Continue 



Monitoring 




lnt_Cancel_ 
MidCall 



ORC_Leg (leg ID) 
:=1 



Set Tssf to default 

non user interaction 

Tssf timer value and 

restart Tssf 



Waiting_For_ 
Instructions 



Int Continue 




No 



Idle 



Figure 4.99-30: Process CS_gsmSSF (sheet 30) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring 



LegActive := FALSE ^ 



For any pending AC -^ 




^C pending^ False 

True 

lnt_ 

Apply_Charairig_ 
Report / 



Handle CIR 



Complete_all. 
FCI records 



Abort 



Idle 



Figure 4.99-31 : Process CS_gsmSSF (sheet 31) 
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7* Invocation of CS_gsmSSF V^ 



32(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring 



lnt_ / 

Apply_Charging 



Handle_AC 

(pty) 



Monitoring 



lnt_Apply^/ 

Warning_TQne 

( l eg l D) 



lnt_Apply_ 
Warning_ 




Tone 



J This provokes the MSC to play a tone. 
See subclause 4.5.2.1 .7. 



Figure 4.99-32: Process CS_gsmSSF (sheet 32) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Idle 



lnt_Cancel<(AII) 



Disarm all 
EDPs 



Cancel all 
reports 



Application_ 
End 



(pomplete_all. 
FCI record 



Int Continue 



No 



"A f 




Monitoring 



Non -completed CAMEL 
logical call record 
exists for this leg ID? 



Int_ / 

Furnish_Cl(arging_ 




No 



"Append" 



Yes 



JV^endFr^ 
TorrtiatPatajjrfCI? 



Not present, 
"Overwrite" 



Abpend free format Overwrite all CAMEL 
data to existing logical call record 



logical call record data with thi s FC I data call re cord 



Create 
CAMEL logical 



Write FCI data 
CAMEL logical 
call record 



1 _Request , 



Monitoring 



Figure 4.99-33: Process CS_gsmSSF (sheet 33) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



lnt_ / 

ReleaseCall 



Falsp---^^^^ 
— ^C pending> 

T True 



Monitoring 



Handling of lnt_Release_Call 
^ is only specified in a control 
relationship. 

The gsmSCF shall not send a 
lnt_Release_Call in a 
monitor relationship 



lnt_Apply_ \ 

Charging_Reporr 



^ LegActive := FALSE 



Handle CIR 



For any pending AC 



This signal will not be relayed 
^ to the gsmSCF if the dialogue 
has terminated (i.e. process 
CSA_jgsmSSF is in 'idle' state) 



Call Informtion Reports will not be 
^ relayed to the gsmSCF if the 
dialogue has terminated. 



lnt_Send_/ 
Charging_lhformation 



Handle SCI 



See subclause 4.5.7.2 



(pomplete_all_. 
FCI records 



Application_ 
End 



lnt_Release_ 
Call 



To all MSC processes 
1 associated with this 
call segment 



Idle 



Figure 4.99-34: Process CS_gsmSSF (sheet 34) 
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Monitoring 



35(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



lnt_Reques). 

Report_BC^M_ 

Event 



No 




In state 'Monitoring', only 
I requests to disarm DPs or to 
sent notifications are allowed 



0_Change_ 
Of Position 



lnt_lnvoke _ 
0_Chang€_Of_ 

ition_MSC 
(Mer i tor Mode) 




T_Change_ 
Of Position 



lnt_lnvoke 
T_Change 



Of 



\ Position_MSC 
(Mo(i i tor Mode) 



No 



lnt_MidCalL 
Cancel 



0_MidCall, 
I T_MidCall 

^^i^ansparel 
^^^piode^ 

Yes 



lnt_MidCall 
Criteria 



Error: Unexpected 
Data Value 



Arm DP 
and/or 




/* Signal lnt_lnvoke_0_Change_Of_Position_MSC is sent 
to the process CAMEL_0_Change_Of_Position_MSC; 
Signal lnt_lnvoke_T_Change_Of_Position_MSC is sent 
to the process CAMEL_T_Change_Of_Position_MSC. V 



Monitoring 



No 

(f;omplete_all_. 
FCI records 




Figure 4.99-35: Process CS_gsmSSF (sheet 35) 
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Monitoring 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Tw(leglD) 
expired 



Top (leglDl 
expired 



Toed (leg I D> 
expired ^ 



' Internal 



lnt_Apply. 
Warning_To 




Yes 



No 




LegActive := FALSE [ 



Yes 




No 



Handle_ACR 
(leglD) 



Yes 



Handle_ACR 
(leglD) 



Hani 



Start Toed (leg ID) 



lnt_ 
K Apply_Charaihg_ 
Report / 



For all pending ACs^ 
LegActive := TRUE 



Complete_all^ 
FCI record 



Application^ 
End / 



le_CIR_leg(leglD) 



lnt_ 

Apply_Chargihg_ 

Report 



Complete, 
Fttl_record(leglCD) 



Int Release 



Idle 




EDP^r 
reports 
outstaocftng?' 

Yes 

lnt_Leg_Statys 
_Report (disconnect) 



Handle CIR 



(pomplete_all_ 
FCI record 



ACR is sent for all pending ACs. 
LegActive := FALSE; ^ 

'CallReleasedAtTcpExpiry' present 
for the releasing ACR. 



Int Releasro 



Application, 
End 



Idle 



To all MSC processes 
associated with this ^ 
call segment 



CS Failure 



Figure 4.99-36: Process CS_gsmSSF (sheet 36) 
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/* Signals to/from the left are to/from the MSC; 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring 



Tsw(pty) 
expired 



' Internal 



val 



store cu rent 
ue of Top (pti) 



Figure 4.99-37: Process CS_gsmSSF (sheet 37) 
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Wc 

r 



aiting_for_End_ 
pf_Temporary| 
Connection J 



r Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Internal 



>lnt_TC_ 
Released 



lnt_Apply_ 
Charging 



lnt_Reset_ 
Timer 



Handle_ACR 
(srfID) 



^ LegActive := FALSE 



Handle_AC 
(pty) 



Set Tssf to 

lht_Reset_Timdr 

time interval and 



restart Tssf 



u 



Set Tssf to last 
sed time interval 
and re start Ts si 



Set Tssf to last 
J sed time interval 
and re start Ts sf 



Waiting_For 
Instructions 



Waiting_for_End_ 



!Of_Temporary! 



Connection j 



r 



Tssf expire^ 



Abort 



lnt_Disconihect_ 
Forward C^onnection 



TC_Release_ 
1 Pending 



>lnt_TC_ 
Released 



Int Error 



(pomplete_all__ 
FCI record 



No 




trafrdJinq = continue 



No 



Idle 




Figure 4.99-38: Process CS_gsmSSF (sheet 38) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



lnt_Disconnect_ 
Forward Comnection 



Handle_ACR 
(srfID) 



lnt_Disconhect_ 
Forward 




TC_Release_ 
1 _Pending_2 



>lnt_TC_ 
Released 



( 



aiting_for_End_ 

pf_TemporaryL 

Connection J 



lnt_Disconnject 
Forward Connection 
Wit h A rgument 



Handle_ACR 
(srfID) 



\ LegActive := FALSE 



lnt_Disconhect 
Forward 
Wit h A rgurhi 



Cpnnection 
lent 



Set Tssf to default 

non-user interaction 

Tssf time r v alue and 

restar : Tssf 



Waiting_For_ 
Instructions 



Figure 4.99-39: Process CS_gsmSSF (sheet 39) 
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VYaiting_for_Eni 
_Of_User_ 
V Interaction 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



lnt_Apply_ 
Charging 



lnt_Disconrie6t_ 
ForwardCoTinection 



lnt_Disconriject 
Forward Connection 
Wit h A rgument 



Jnt_SRF 
Released 



->- 



^ LegActive := FALSE 



Handle_AC 
(pty) 



Handle_ACR 
(srfID) 



Handle_ACR 
(srfID) 



Handle_ACR 
(srfID) 



Disconnect 




lnt_Disconhect 
Forward Cpnnection 
rient 



Set Tssf to last 
used time interval 



SRF_Release. 
\ Pending_2 



Jnt_SRF_ 
Released 



Set Tssf to default 
non user interaction 
time ir 
restart Tssf 



W/aiting_For_End_ 
I Of_User_ 
Interaction J 



Set Tssf to default 

non user interaction 

time interval and 

restar: Tssf 



Waiting_For_ 
Instructions 



Figure 4.99-40: Process CS_gsmSSF (sheet 40) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



V\/aiting_for_En^ 

_Of_User_ 

Vjnteractiony 



lnt_Cancel/ 
JInvokeJDi 



lnt_Play_ / 
AnnounceHqent 



lnt_Prompt/& 
_Collect_LSer_ 
Inforn i ationx 



lnt_Reset_ 
Timer 



Relay the opi 
totheSRF / 



atlon 



^ To SRF 



Set Tssf to last 
time interval 
restart Tssf 



used 



and 



Set Tssf to 

lht_Reset_Timdr 

time interval and 



restart Tssf 



VYaiting_for_End_ 

_Of_User_ 

V Interaction J 



Figure 4.99-41 : Process CS_gsmSSF (sheet 41) 
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/* Signals to/from the left are to/from the process K 

Generic_SRF; signals to/from the right are to/from 
the Process CSA_jgsmSSF unless otherwise marked. 7 



Waiting_for_Eni 
_Of_User_ 
V Interaction J 



Jnt_Cancelled_ 
error 



Jnt_Cancel_ 
Failed error 



lnt_Prompt_& 

_Collect_User_ 

Information 



f^^ulf^ 



Relay the operation/ 
result/error tcKhe 
^CF 



vyi 



aiting_for_Eni 
Of User 



Internal 



J From SRF 



!^^- . ,. i, I Timer expiry 

^Specialised_ ^ jssf ^ 

Resourc 
^^ort 



Idle 



Abort 



lnt_Discorihect_ 
Forward Connection 



5RF_Release_ 
Pending 



Int SRF Fleleased 



Int Error 



(Domplete_all. 
FCI record 



No 



No 



jfaulbsall 
^raf^cLNng = coptRlue 

Yes 

Taffned TOPs^ 
fOUhis csir 



Yes 



Wait For 



y \ _Request 



Figure 4.99-42: Process CS_gsmSSF (sheet 42) 
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lnt_DisconnBct 

Leg \ 



lnt_Export. 
Leg 



lnt_Discorinect 
Leg 



f Wait_For_ 
ljisconnect_Le( 

V ack 



lnt_Export_ 
Leg 



I Wait_For_ 
ixport_Leg_acl 



43(63) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring, 
Waiting_For_lnstructions 



lnt_lmport^ 
Leg 



lnt_lmport._ 
Leg 



I Wait_For 
lmport_Leg_acj 



[ Wait_For_ ] 
lmport_Leg_acK 



lnt_lmport 
Leg_ack 



start DELTA(pty) 



lnt_Discorinect 
Leg_ack 



Handle_ACR 
(leglD) 



andle_CIR_ 
leg (leglD) 



lnt_Disconrifect_ 
Leg_ack / 



Complete_FCL 
record (LeglD) 



:|RC_Leg (leglD) 



lnt_Export_ 
Leg_ack 



LegActive := FALSE 



Handle_ACR 
(leglD) 



lnt_Export_ 
Leg_ack 




No 



Idle 



Monitoring 



lnt_lmport_ 
Leg_ack 



LpdateSignalliifig 
(for the currerjl 
Call Segmen t) 



Int MidCa^ 



J to all legs in the 
call segment 



C)RC_CS (CSID) 
:=1 




Waiting_For_lnstructions 



SfetTssf to default 

non-user interaction 

Tssf time r v alue and 

restar t Tssf 



Set Tssf to last 
used time interval 
and re start Ts sf 



Waiting_For_ 
Instructions 



Figure 4.99-43: Process CS_gsmSSF (sheet 43) 
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/* Invocation of CS_gsmSSF 



/* Signals to/from the left are to/from the MSC;I\ 
signals to/from the right are to/from the procesis 
CSA_gsmSSF unless otherwise marked. */ 



>lnt_DP_0._Change_ 
Of_Position 



DP type 



Monitoring, 

Waiting_For_lnstructions, 

Waiting_For_End_Of_Temporary_Connections, 

Waiting_For_End_Of_User_lnteraction, 

Await_Temporary_Connection_Establishment 



Not armed 



EDP-N 



lnt_Event_\ 
Report_BCSl^ 
(Notify & Continue) 



LegActive 
:=TRUE 



lflandle_ACR 
(LegID) 



start Toed 
(LegID) 



"Automatic Rearm" IE 
previously received in 
RRB for this DP? 



To Process CAMEL_0_ 
Change_Of_Position_MSC 




Yes 



lnt_lnvoke_ 
0_Chenge_Of_ 
Position_lvlSC 
("Transparent") 



No 



Application_ 
End 



Any remaining armed EDPs, 
outstanding requests or 
outstanding report? 



Yes 




Figure 4.99-44: Process CS_gsmSSF (sheet 44) 
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/* Invocation of CS_gsmSSF 



/* Signals to/from the left are to/from the MSCA 
signals to/from the right are to/from the procesis 
CSA_gsmSSF unless otherwise marked. */ 



>lnt_DP_T 
Of Positi' 



DP type 



Change, 



Monitoring, 

Waiting_For_lnstructions, 

Waiting_For_End_Of_Temporary_Connections, 

Waiting_For_End_Of_User_lnteraction, 

Await_Temporary_Connection_Establishment 



Not armed 



EDP-N 



lnt_Event_\ 
Report_BCSk/l 
(Not i fy & C ontinue) 



LegActive 
:=TRUE 



lflandle_ACR 
(LegID) 



start Tccd 
(LegID) 



"Automatic Rearm" IE 
previously received in 
RRB for this DP? 



To Process CAMEL_T_ 
Change_Of_Position_MSC 




Yes 



lnt_lnvoke_ 
T_Cheng€i_Of_ 
Position MSC 




Any remaining armed EDPs, 
outstanding requests or 
outstanding report? 



Figure 4.99-45: Process CS_gsmSSF (sheet 45) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring, 
Waiting_For_lnstructions 



lnt_DP_0_Service_Change( leglD ), 
lnt_DP_T_Service_Change( leg ID ) 



"Automatic Rearm" IE 
previously received in 
RRB for this DP? 



No 



Application_ 
End 



Complete_all 
FCI record 





lnt_Event_ 
Report_BCSI\ 
(Notify & Cc^tinue) 



Handle_ACR 
(leglD) 



Start Tccd (leg ID) 



No 
Disarm this DP 



Yes 



No 



Idle 



Any remaining armed EDPs, 
outstanding requests or 
outstanding report? 



Not armed 



Yes 



Figure 4.99-46: Process CS_gsmSSF (sheet 46) 
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/* Signals to/from the left are to/from the MSC; ^ 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



lnt_DP_0__ 
>_Disconnect 
/* Ifigin 7 




lnt_DP_T_ 
>_Disconnect 
/* Ifigin 7 



lnt_DP_0__ 
Abandon 



No 



Perform implicit 
disarming of DFJs 



lnt_Event_\ 
_Report_BC^ 
(Notif y 8 ( Gclntinue) 



Handle_ACR 
(leglD) 



^ LegActive := FALSE 



Handle_CIR_ 
leg (leglD) 



lnt_Event_ 
_Report_BCS 




Set Tssf to default 

non user interaction 

timer value and 

restart Tssf 



ORG 
ORG 



_Leg (leglD) 
_Leg (leglD) 



+ 1 



Waiting_for_ 
Instructions 



Monitoring, 

Waiting_for_End_Of_Temporary_Gonnection, 

Waiting_for_End_Of_User_lnteraction, 

Waiting_for_lnstructions, 

Await_Temporary_Gonnection_Establishment 



Jnt_DP_T_. 
Abandon 



No 



Perform implicit 
disarming of DFjs 



>2 





Release Leg^ 



Release [ 
Both Legs 



J Number of legs in this GS 
(including leg being released) 




Gontinue I 

Releasing Legs 



Figure 4.99-47: Process CS_gsmSSF (sheet 47) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



To MSC Process of I 
the leg being released 



LegActive := FALSE ^ 




For the released leg^ 



Int Continue 



Handle_ACR 
(leglD) 



Hlbndle_CIRJ^^ 
(leglD) 



Complete_ 

FCI_record 

( l eg l D) 



lnt_Leg_Status 
_Report (disconnect) 



To MSC Process of 
the leg being released 



To MSC Process of 
last remaining leg 



For last remaining leg 



For all pending ACs.^ 
LegActive := FALSE 




lnt_Leg_Status_ 
Report (disc0nnect) 



Handle ACR 



Handle CIR 



(pomplete_all__ 
FCI records 



For the released leg^ 



lnt_Leg_Status 
_Report (diseonnect) 



Application_ 
End 



Idle 



Int Continue 



Figure 4.99-48: Process CS_gsmSSF (sheet 48) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Int. 
Furnish 




_Charging_ 



Waiting_For_lnstructions, 

Waiting_For_End_Of_Temporary_Connection, 

Waiting_For_End_Of_User_lnteraction, 

Waiting_For_lnstructions_For_DS, 

Waiting_For_End_Of_Temporary_Connection_For_DS, 

Waiting_For_End_Of_User_lnteraction_For_DS. 



u 



Set Tssf to last 
sed time interval 
and re start Ts sf 



Non-completed CAMEL 
logical call record 
exists for this leg ID? 




"Append" 



Append free format 
(Jata to existing 



No 



^>Pf ?^^,^ Create CAMEL I 
^0fmatDatairi>CI? 



call record 



Not present, 
"Overwrite" 



Ovbrwrite all CAIVJEL 

logical call record 
d ata with thi s FC I d ata 



logical 



Write FCI data 
in CAMEL logical 



Figure 4.99-49: Process CS_gsmSSF (sheet 49) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_For_lnstructions, 
Waiting_For_lnstructions_for_DS, 
J Waiting_For_End_Of_User_lnteraction , 

Waiting_For_End_Of_Temporary_Connection 



lnt_Send_/ 
Charging_lhlormation 



Set Tssf to last 
used time interval 



Handle SCI 



— See subclause 4.5.7.2 



Figure 4.99-50: Process CS_gsmSSF (sheet 50) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Monitoring 



lnt_PlayToae 



Int Apply J "'"'^'2 provokes the MSC to playing tones 
Warning Tone ^^^ ^^^ indicated call segment or leg. 
~ See subclause 4.5.2.1 .7. 



Waiting_For_lnstructions 



lnt_PlayTo^e 



lnt_Apply_ 
Warning, 



This provokes the MSC to playing tones 
tone 1 to the indicated call segment or leg. 
See subclause 4.5.2.1 .7. 



u 



Set Tssf to last 
sed time interval 
and re start Ts sf 



Figure 4.99-51 : Process CS_gsmSSF (sheet 51) 
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/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Tccd(pty) 
expired 



lnt_Disconhect_ 
Forward 



Handle CIR 



(pomplete_all. 
FCI record 



Waiting_for_End_Of_Temporary_Con nection , 
Waiting_for_End_Of_User_lnteraction 



Int Release 



stop Tssf 



Application_ 
End 



Idle 



J Internal 



Tw(pty) 
expired 



lnt_Apply_\ 
Warning_Ton^ 

(pty) / 



lnt_Apply_/ 
Warning_TQne 
( l eg l D) \ 



lnt_Apply_ 
Warning_Tone 



This provokes the MSC to play a tone. 
See subclause 4.5.2.1.7. 



To all MSC processes 
1 associated with this 
call segment 



CS Failure 



Figure 4.99-52: Process CS_gsmSSF (sheet 52) 
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Process CS_gsmSSF 

7* Invocation of CS_gsmSSF 7^^^ 



53(63) 



/* Signals to/from the left are to/from the MSC; 
signals to/from the right are to/from the process 
CSAgsmSSF unless otherwise marked. 7 



Internal- ^^P(Py 
expired 



Handle_ACR 

(pty) 



Set Tssf to last 
tinne interval 
f 



used 



Start Tccd 



LegActive :=TRUE 




Waiting_for_End_Of_Tennporary_Connection, 
Waiting_for_End_Of_User_lnteraction 



J LegActive := FALSE; 
'CallReleasedAtTcpExpiry' present; 



Yes 




For all pending AGs. 

LegActive := FALSE; I 

'CallReleasedAtTcpExpiry' present; 



Yes 



Handle_ACR 

(pty) 



lnt_ 

Apply_Chargifig_ 

Re por t 



Handle_CIRJeg(pty) 



lnt_Discorinect 
Forward 




Complete 
FCI_record(pt|^ 




To all MSC processes 
associated with this ^ 
call segment 



srfID 



Handle CIR 



(pomplete_all 
FCI_record 



lnt_Release 



lnt_Disconnect 
Forward 



_Status 



lnt_Leg. 

Report (disconnect) feet Tssf to lasj 
used time interval 



Set Tssf to last 
used time interval 



Int Release 



Stop Tssf 



Waiting_for_ 
Instructions 



Application_ 
End 



Idle 



Figure 4.99-53: Process CS_gsmSSF (sheet 53) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



54(62) 



/* Signals to/from the left are to/from the MSC; 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_for_End_Of_Temporary_Con nection , 
Waiting_for_End_Of_User_lnteraction 



Tsw(pty) 
expired 



' Internal 



store cu rent 
value of Tcp(pt^) 



Figure 4.99-54: Process CS_gsmSSF (sheet 54) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



55(62) 



lnt_Conne4 



Stop Tssf 



Int Connect 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_for_^ 

Jnstructions J 

f orP S J 



lnt_Contin^e 



lnt_ContinuG_ 
_With_ C 
_A rgument \ 



lnt_ 
ReleaseCi 



Stop Tssf 



Stop Tssf 



Stop Tssf 



Int Continue 



lnt_Continue_ 

_With_ 

_ Arg umen: 



Int Release Call 



Application_ 
End 



Complete_all. 
FCI Records 



Idle 



Figure 4.99-55: Process CS_gsmSSF (sheet 55) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



56(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waitingjor. 
Instructions 



lnt_Connectfo 
Resource \ 



stop Tssf 



Connect_To_ 
Resource 




fail 




Set Tssf to user 
interaction timer 
Jalueandrestah 
;f 



Set Tssf to last 
used time interval 



Waiting_For \ Return appropriate 

_End_Of_ error to the 

User interactio n F 6r DS GS A qs mSSF 



Waiting_For_ 
lnsWuctions_For JDS 



lnt_Establis 

Temporal 

Connection 



Stop Tssf 



lnt_Establish 

Temporary 

Co n nection 



Ayvait_Tem porary_ 

Connection_) 
E^ablishment DS 




Set Tssf to user 
interaction timer 
Jalueandrestah 
T^^f 

/Waiting_For_\ 
! _End_Of_ 



Connection For DS 



Int ETC Failed 



Error ETC faifed 



Set Tssf to last 
used time interval 



Waiting_For_ 
Instructions For JDS 



Figure 4.99-56: Process CS_gsmSSF (sheet 56) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



Internal 



Waiting_for_^ 

Jnstructions J 

Fo r P S J 



Timer expirv^ 
Tssf \ 



Abort 



Int Error 



Gomplete_all. 
PC I records 



Idle 



57(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



>lnt_DP_0. 
Abandon 



stop Tssf 



Int Continue 



Complete_all_ 
FCI records 



Application_ 
End 



J To MSC process of 
the leg being released 



Figure 4.99-57: Process CS_gsmSSF (sheet 57) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



58(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



aiting_for_Encl_ 
^Of_User_ 
InWractio n Fo rVPS 



lnt_Disconriject_ \ 
Forward CdRnection , 



>lnt_SRF_ 
Released 



lnt_Disconhect_ 
Forward C^onnection 





SRF_Releasel 
Pending_DS_2 



>lnt_SRF_ 
Released 



Set Tssf to default 

non user interaction 

time interval and 

restart Tssf 



Waiting_For_ 
_lnstructions_ForlDS 



lnt_Play_ / 
_AnnouncelTqent 



lnt_Prompt/& 
_Collect_uier_ 
Inforn i c 



lnt_Cancel/ 
_(lnvoke_ID}\ 



Relay the op ^ation .- qdc 
totheSRF7^^^°^^^ 



Set Tssf to last 
used time interval 



lnt_Reset_ 
Timer 




Set Tssf to 
Reset Timdr 



restart Tssf 



Wi 



aiting_for_End_ 
^Of_User_ 
I nWractio n Fo rVPS 



Figure 4.99-58: Process CS_gsmSSF (sheet 58) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



59(62) 



/* Signals to/from the left are to/from the process K 

Generic_SRF; signals to/from the right are to/from 
the Process CSA_jgsmSSF unless otherwise marked. 7 



V\/aiting_for_Encl_ 

_Of_User_ 
Interacti on Fo ryPS 



>lnt_Cancelled_ 
error 



Jnt_Cancel_ 
Failed error 



lnt_Prompt & 

^_Collect_LJser_ 

Information 



ft^ulf^ 



lnt_Specia|ised_ 
>Resource_ 
Report 



Relay the operation/ 
fromSRF H result/error ta>the from SRF 

3CF 



V\/aiting_for_End_ 

_Of_User_ 
Interactio n Fo rVDS 



Ti^f^^P'^- Internal 
Tssf \ 



Abort 



lnt_Discorihect_ 
Forward C^onnection 



SRF_Release. 
1 Pending_DS 



Int SRF Fleleased 



Int Error 



(pomplete_all_ 
FCI record 



Idle 



Figure 4.99-59: Process CS_gsmSSF (sheet 59) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



60(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



V\/aiting_for_Encl_ 

IOf_TemporaryL 

Connectio n Fo ryPS 



>lnt TC Released 



lnt_Disconnect_ 
ForwardComnection 



lnt_Disconnect_ 
Forward_ 
o n nection 



rrC_Release 
Pending_DS_ 



>lnt_TC_ 
Released 



Set Tssf to default 
non-user interaction 
Tssf time r v alue and 



restart Tssf 



Waiting_For_j 
_lnstructions_ForiDS 



lnt_Reset_ 
Timer 



Set Tssf to 

lht_Reset_Timdr 

time interval and 



restart Tssf 



Tssf expin 



^ Internal 



Abort 



lnt_DiscorThect_ 
Forward Connection 



TC_Release 
Pending_DS 



Int TC Released 



Int Error 



(pomplete_all_ 
FCI record 



Idle 



Figure 4.99-60: Process CS_gsmSSF (sheet 60) 
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Process CS_gsnnSSF 

7* Invocation of CS_gsmSSF V^ 



61(62) 



/* Signals to/from the left are to/from the MSC; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



Waiting_for_End_Of_Temporary_Connection_For_DS, 

I Waiting_for_End_Of_User_lnteraction_For_DS 



>lnt_DP_0_ 
Abandon 



stop Tssf 



Int Continue 



J To MSC process of 
the leg being released 



Complete_all. 
FCI records 



Application_ 
End 



Idle 



Figure 4.99-61 : Process CS_gsmSSF (sheet 61) 
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Process CS_gsnnSSF 












62(62) 


/* Invocation of CS_gsmSSF 7 \ 






/* Signals to/from the left are to/from the MSC; ^ 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 
















f 
\ 






Waiting_for_End_Of_Temporary_Connection, 
Waiting_for_End_Of_User_lnteraction, 
SRF_release pending, 
Await_Temporary_Connection_Establishment 












































Int Request 

ML ^ 




Int 
SL 


.Request^ 




Int Request: 

DL \ 












\|/ 




















^ 


y 








lnt_Error_ 
Not_Allowed_Due_ 
To User_lnteraction 






























- 


j 




















j 


Monitoring, 

Waiting _For_lnstructions 










































Int Request: 

ML \ 




Int 
SL 


.Request^ 

\ 




Int Request: 

DL \ 












\ 


/ 


















/ 




y 








lnt_Allowed_No_ 
User_lnteraction 


















\ 






f 

\ 

























Figure 4.99-62: Process CS_gsmSSF (sheet 62) 
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Procedure Check_Criteria_Collected_lnfo 

I N 

/* Procedure to check 

the criteria in the gsmSSF 7 




No 



Yes 




Yes 



No 



non 




Yes 



No ^\met?.^^ 




No 



Yes 



asic service^ 



Yes crrtononjjiet? 




No 



No 
joWbitirig cnferbrL 



1(1) 



Yes 



No 



Yes 



Result:= 
pass 



Result:: 
fail 





Figure 4.100-1 : Procedure Clieck_Criteria_Collected_lnfo (sheet 1) 
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Procedure Check_Criteria_Analysed_lnfo 



/* Procedure to check ^ 

the criteria in the gsmSSF */ 



Called number matches 
string defined in criterion? 




Yes 



Result:= 
pass 



No 



AlJ^eriam^ 

<QP in the lisj>/ 

ctTeqked? 

Yes 



Result:= 
fail 





No 



1(1) 



Figure 4.101-1 : Procedure Check_Criteria_Analysed_lnfo (sheet 1) 
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Procedure Check_Criteria_Unsuccessful 

I N 

/* Procedure to check 

the criteria in the gsmSSF 7 



lnt_DP_Route_Select_Failure, 

lnt_DP_T_Busy, 

Int DP T No Answer 




No 



Yes 




Yes 



No 



Result:= 
pass 




1(1) 




Result:= 
pass 



Result:: 
fail 





Figure 4.102-1: Procedure Clieck_Criteria_Unsuccessful (sheet 1) 
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Procedure Connect_To_Resource 

r N 

This procedure is called, when the \ 

Co nnectTo Resource request is received.1 



1(1) 



/* Signals to/from the left are to from the 
Call Control Function in the MSC. 7 



lnt_Connect_ 
To Resource 



Await_Resource. 
I Connection 



>lnt_SRF 
Connected 



result := 
pass 



>lnt CTR Failed 





Figure 4.103-1 : Procedure Connect_To_Resource (slieet 1) 
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Procedure Handle AC 



/* This procedure shows the handling \n \ 
the gsmSSF for the operation CAP 
Apply Charging. */ 
FPAR IN pty LeglD_or_srflD 

Yes 



Stop Tccd(pty) 



True 




No 



Tw(pty):=0 



No 




Stop delta(pty) 
measurement 



Tcp(pty):= 
T()p(pty)-delta(pW) 




Tw(pty):= 
Tcp-Warning tin^e 




Set Tw(pty) to 

the minimal 

positive value 




No 



No 



1(1) 




Ap(pty) pending:: 
true 




the minimal positive 
I value for a timer is 
implementation dependent 



Figure 4.104-1 : Procedure Handle_AC (sheet 1) 
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Procedure Handle ACR 



i/*This procedure is only called at the 
lend of connection to an outgoing leg, 
i a temporary connection or a connection 
jto a SRF when the call can be continued*/ 
iFPAR IN pty LeglD_or_srflD 



If running 



If running 



If running 



D 



Stop Tsw(pty) 



If running | Stop Tccd( pty) 



If running \ Stop Delta(pty] 




Stop Tcp(pty) 



Stop Tw(pty) 




TRUE 



Start Delta(pty; 



lnt_ 

Apply_Char9J^ 

Report. 



1(1) 



/* Signals to/from the right are to/from 
the Process CSA_gsmSSF. V 



^ 



No 




FALSE 



Value of LegActive in ACR is 
defined in the calling process 
(process 'gsmSSF'). 



A(p (pty) pending 
false 




Figure 4.105-1 : Procedure Handle_ACR (slieet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



405 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure Handle CIR 



1(1) 



/* Procedure in the gsmSSF to \ 
handle Call Information Report. */ 



leg ID := 1 



/^glD ir1\ 
lis CS> 



No 



Yes 



Handle_CIR 
l^g (leg<leglDi^ 



LthisCS" 



Yes 



leglD := 
leglD + 1 




Figure 4.106-1 : Procedure Handle_CIR (sheet 1) 
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Procedure Handle_CIR_leg 

/* Procedure in the gsmSSF to \ 
handle Call Information Report 
for the specified leg. */ 
;FPAR IN LegID LegType; 



1(1) 



/* Signals to/from the right are to/from 
the Process CSA_gsmSCF. */ 



Outsanding Call Information Report:= 
Outsanding Call Information Report -1 




Yes 

CalUiitorrftatiqn 
Report pendingHfor/ 
thfeS^giO? 

Yes 



lnt_Call_ ^ 
lnformation_ 
Report / 



No 



No 




Figure 4.107-1: Procedure Handle_CIR_leg (sheet 1) 
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Procedure Complete_FCI_record 

/* Procedure in the gsmSSF to \ 

write Furnish Charging Information 1 
data to CDR for the specified LeglD. */ 
;FPAR IN LeglD LegType; 



1(1) 



Non-completed Logical 
CAMEL call record 
exists for this LeglD? 




complete CAMEL 
logical call record 




Figure 4.108-1 : Procedure Complete_FCI_record (sheet 1) 
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Procedure Complete_all_FCI_records 



1(1) 



/* Procedure in the gsmSSF to \ 

write Furnisin Cinarging Information 
data to CDR for all LeglDs in this CS. 7 








leg ID := 1 



iegID irl^ 
iisCS> 



Yes 



Complete_ 
PC I record 



sg>legfl 
L this CS 



Yes 



leg ID := 
leglD + 1 




Figure 4.109-1 : Procedure Complete_all_FCI_records (sheet 1) 
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Procedure Handle O Answer 



/* Procedure in the gsmSSF \ 

to handle notification of 
originating answer from the MSC */ 
FPAR IN leg Id LegType 



1(1) 




"^^'^^ ,^^A6(legl 
lendin 




Start Tcp(leg ID) 




tartTw(leglD 



'Set Destination 

iddress=stored 

Desti n ation 

address' 



Set indicators: 
stored indicator^ 




Figure 4.110-1 : Procedure Handle_0_Answer (sheet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



410 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure Handle T Answer 



/* Procedure in the gsmSSF 
to handle notification of 
terminating answer from the MSC */ 
FPAR IN leg Id LegType 



1(1) 



/* Signals to/from the left are 
to/from the MSC. */ 



tart DELTA(p 



False ^^^egl 
Dendin 




Start Tcp(leg ID) 




Set Destination 
iddress=storeql 
tion 



address 



Set indicators= 
stored indicators 




Figure 4.111-1 : Procedure Handle_T_Answer (sheet 1) 
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ELSE 



Procedure UpdateSignalling 

I N 

/* This procedure updates the signalling \ 

status of the incoming leg (Leg 1), if available 

to be at least in the status of any other 

outgoing leg in this CS. 

This procedure is called after the 

successful move of a leg or on receipt 

of an Alerting or Active DP.*/ 



1(1) 



/* Signals to the left are to the MSC process 
which handles Leg 1 . 7 



Leg status: ^ 

set-up: Initial Address sent (ISUP) or Setup send and Call confirmed received (access 
alerting: Address Complete or Alerting sent or received on this leg 
active: Answer, Connect (ISUP) or Connect (access) sent or received 




alerting 



set-up 



No 





Yes 

Handle_0_Answer/ 

Handle_T_Answer 

( l eg l DI) 




Handle_0_Answer/ 

Handle_T_Answer 

J ( l eg l DI) L 



Connect (ISUP) or 
Connect (access) 



Answer (ISUP) or 
Connect (access) 



Address Complete (ISUP) or 
Alerting (access) 



Figure 4.112-1: Procedure UpdateSignalling (sheet 1) 
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4.5.7.6 Process gsmSSF_SSME_FSM and procedures 

One process is instantiated for each Call Gap information flow received from a gsmSCF. 

Process gsm_SSME_SSF 



1(2) 



/* 

Timers used in the gsm_SSME_SSF process: 

Tcgd : Timer for call gapping duration (set with the Gap duration parameter) 

Timers used in the CS_gsmSSF and gsm_SSME_SSF processes: 
Tcgi : Timer for call gapping interval (set with the Gap interval parameter) 

7 



Idle 



lnt_CallGap ^ From CSA_gsmSSF 



gsmSCF and MSC belong 
to the same PLMN ? 



Gap context with same 
criteria and gsmSCF address 
(if available) already exists ? 



Yes 




No 



Store_Call 
__Gap_Criteri4 



Mo^ 



Idle 



^s 



Remove 
CallGap 




Togsm_SSME_SSF 
process that handles the 
old Call Gapping context 



Figure 4.113-1 : Process gsm_SSME_SSF (sheet 1) 
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Process gsm_SSME_SSF 



2(2) 



Internal 



Tcgi 
expiry 



CG Reject : 
False 



Active r ^ From CS_gsmSSF 







Trigger / 
Tcgi K 




Start Tcgi 





CG Reject : 
True 



Tcgd 
expiry 



Clear Call Gapping 

Context (i.e. remove 

timers and criteria) 



" n /- 



Idle 



^ Internal 



Remove 
CallGap 



Active 



NOTE: The timer Tcgi is started for the 
^ first time after the first call encountering 
the call gapping criteria is met. 



Figure 4.113-2: Process gsm_SSME_SSF (sheet 2) 
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Procedure Store_Call_Gap_Criteria 



1(1) 



/* Store parameters received in 
the CallGap operation 7 




J See subclause 4.6.2. for 
the exact use of this parameter 

else 



Set Tcgd with netw(|)rk 
specific value 



Set Tcgd with 
received value 



Start Tcgd 



CG Int := false 
C)G Reject 



false 




J See subclause 4.6.2. for 
the exact use of this parameter 



else 



CG Int := false 
CG Reject := tru^ 



CG Int := true 
CG Reject 



false 



Set Tcgi with 
received value 



store Gap Criteria, 

gsmSCF address 

(if present) and 

Gap Treatment 



Result 
:= Fail 



Result 
:= Pass 




NOTE: CG Int and CG Reject internal variables are initiated with False value. 

Figure 4.114-1 : Procedure Store_Call_Gap_Criteria (sheet 1) 
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Procedure Check_Gap_Criteria 



1(1) 



/* Check if the Call Gap is \ 
applicable. */ 



One Call Gapping 
context active? 



V/IPLMNisthe 
subscriber's HPLMN? 



gsmSCF address of 
the CSI is the same 
asthegsmSCF 
address stored 
along the Gap 
Criteria? (note) 

Call parameters 
match with Call Gap 
criteria? 



CG Reject = True ? 



/* NOTE: this check is applicable 
only if the gsmSCF address was 
present in the CallGap operation. */ 




/* Signals to the right are K 
to the gsm_SSME_SSF. */\ 



Figure 4.115-1 : Procedure Check_Gap_Criteria (sheet 1) 
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Procedure Check Criteria for TOC 



1(1) 



/* Procedure to check /^ 
the criteria in the gsmSSF^ 
for trunk originated calls 7 



FPAR: K 

Detection Point 
name /number 



Note: 

This procedure is vendor specific. 
It is presented here for modelling 
purposes only. 



Called Number length < 
Minimum number of digits? 



This may be on 
^ number range and/or trunk group 
and/or DP, etc, basis. 



Called Number is 
complete? 
(I.e. ST digit 
is included) 




Yes 



Result:: 
fail 




4.5.7.7 



Figure 4.115A-1: Procedure Check_Criteria_for_TOC (sheet 1) 



Process CSA_gsmSSF and procedures 



The call gap information flow can only be received for an opened transaction between the CSA_gsmSSF and the 
gsmSCF. 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



1(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



/* TASK definition: 

The Application_Begin signal opens a new relationship with the gsmSCF. 

The Application_End or Abort signal terminates the relationship with the gsmSCF. 

7 



/* TASK definition: 

The relay of operation and signals implies a "CAP_..." <-> "lnt_..." conversion. 

"CAP_..." operations are used between the CSA_gsmSSF process and the gsmSCF. 

"Int_..." signals are used between the CSA_gsmSSF process and the CS_gsmSSF process. 

7 





Clear all CSID, 
LegID and LeglD_state 



Idle 



> Application 
Begin 



Applicatio 
Begin 



Application 
Begin 



Wait_For_ 
IDP 



Wait_For_ 
ICA 



Figure 4.116-1 : Process CSA_gsmSSF (slieet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



418 



ETSI TS 123 078 V9.1.0 (2010-04) 



Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



2(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



Wait_For_ 
IDP 



Jnt_lnitial_ 
DP 



Move_Leg_Allowed 
:= False 



Assign LeglDI 

to originating 

party 



LeglD1_state 
:= Set-up 



Assign LeglD2 

to terminating 

party 



LeglD2_state 
:= Set-up 



Add LeglDI 
and LeglD2 



CS :=1 



Wait_For_ 
ICA 



CAP_lnitiatd_ 
Call Attempt 



Move 



_Leg_Allov\^ed 
True 




CAP InitalD 



One CS 



Figure 4.116-2: Process CSA_gsmSSF (slieet 2) 
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Process CSA_gsmSSF 



3(23) 



/* A process in the gsmSSF toL^ 
co-ordinate the Call Segments 
for a call. 7 



/* Signals to/from the left are to/fromA 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. 7 



One_CS 





\ 


1 




CAP_Contlnue 


CAP_DiscoRfiect_ 
Forward_ <x 
Connection \ 


CAP_Coll^ 
InformatiorK 








/| 








/ 




Relay the 
operation 















One CS 



Figure 4.116-3: Process CSA_gsmSSF (sheet 3) 



ETS\ 



3GPP TS 23.078 version 9.1.0 Release 9 



420 



ETSI TS 123 078 V9.1.0 (2010-04) 



Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



4(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



> Abort 



Abort 




One CS 



.Application 
End 




Yes 



No 



Application 
End 



One CS 



To current L 
Call Segment 



Applicatioiv 

End \ 



No 



XSID1 
^xists'?^ 



Yes 




Yes 



lnt_Release_ 
Call \ 



Idle 



CSID1 contains more 
than one leg? 



Figure 4.116-4: Process CSA_gsmSSF (slieet 4) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



One_CS, 
Multiple_CS 



5(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 




Yes 



Relay the operation to the 
Process CS_gsmSSF 
for the indicated CS ID 



CAP_ConnectToResource, 

CAP_DisconnectForwardConnectionWithArgument, 

CAP_EstablishTemporaryConnection, 

CAP_PlayAnnouncement, 

CAP_Prompt&CollectUserlnformation, 

CAP ResetTimer 



CAP Error 



One_CS, 
Multiple_CS 



Or Party To Charge ^ 



Relay the operation to the 
Process CS_gsmSSF 
for the CS containing 
the indicated LegID 




CAP_CalllnformationRequest, 
CAP_FurnishCharginglnformation, 
CAP_RequestReportBCSMEvent, 
CAP_SendCharginglnformation 



Figure 4.116-5: Process CSA_gsmSSF (slieet 5) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



6(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



Is "no Leg ID" allowed ? 
/* See subclause 4.6.2.9 
Continue With Argument 7 



Neither LegID norCSID 



Yes 



CAP 
With 



.Con1inue_ 
Argument 



No 



CAP Error 



CAP_Cont|riue_ 
With_Argument 




LegID 




Yes 

CAP_ConlLnue^ 
With_Argument^ 



CSID 



CAP Error 




Yes 



CAP_ConlLnue^ 
With_Argument^ 



Relay the operation to the 
I Process CS_gsmSSF 
for the single CS 



Relay the operation to the 
Process CS_gsmSSF 
for the CS containing 
the indicated LegID 



Relay the operation to the 
Process CS_gsmSSF 
for the indicated CSID 



Figure 4.116-6: Process CSA_gsmSSF (sheet 6) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



7(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



CAP_ 
PlayTone 



Leg ID 




LegID 



No 




Yes 



CAP_ 
PlayTone 



Relay the operation to the 
Process CS_gsmSSF 
for the CS containing 
the indicated LegID 



CSID 



CAP Error 




Relay the operation to the 
Process CS_gsmSSF 
forthe indicated CSID 



Figure 4.116-7: Process CSA_gsmSSF (slieet 7) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



8(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



Relay the operation to the 
Process CS_gsmSSF 
for the CS containing 
the indicated Leg ID or 
SRF Connection 



CAP_Appl]^harging 




ggJD^Df^ No 
LConnectipfrtE 



Yes 



CAP_Error 

V 



CAP_CallG[ap 



lnt_CallGap 



To gsm_SSME_SSF ^ 



Figure 4.116-8: Process CSA_gsmSSF (slieet 8) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



9(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



CAP Connect 



No Leg To Be Connected 



Is "no Leg To Be Connected" 

allowed ? 

/* See subclause 4.6.2.6 Connect 7 




Leg ID 
^alidZ 



Leg To Be Connected 
No 




Yes 



No 



CAP Error 



Update 
LeglDx_state 



Int Connect 



Relay the operation to the Process 
CS_gsmSSF for the CS containing 
the indicated LegID, or to the single 
call segment if no Leg To Be Connected 
was indicated. 



CAP Error 



If no Leg To Be Connected is 
^ included in the operation, then 
LeglD2 is assumed. 



Figure 4.116-9: Process CSA_gsmSSF (sheet 9) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



10(23) 



One_CS, 
I Multiple_CS 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



CAP_lnitiatd_ 
CalLAtteniK 




Assign leglDx 

to terminating 

party 



leglDx_state 
:= Set-up 



Add new leg 
tonewCSID 



CS := CS + 1 



Intjnitiate 
CallAttemDt 



No 



Multiple_CS 



CS = 1? 
Yes 

One CS 



Figure 4.116-10: Process CSA_gsmSSF (slieet 10) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



1 1 (23) 



One_CS, 
Multiple_CS 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. 7 



CAP_Disconnect_ 

Leg \ 



lnt_Request 
DL 



( Wait_For_ ^ 
lllserjnteraction 
AResp o nse_SL 



>lnt_Allowed_No_ 
Userjnteraction 




lnt_Error_fvlot_ 
>Allowed_due_To 
User Interaction 



M9ve_Leg_Allov\^ed 
:= True 



CAP Error 



lnt_Disconnecj 
Leg 



J To CS containing 
leg to be disconnected 




r 



No 



Multiple_CS 



Wait_For_ 
DL ack 



>lnt_Disconnect 
Leg ack 



CAP_DisconFi^ect 
Leg ack 




Figure 4.1 1 6-1 1 : Process CSA_gsmSSF (slieet 1 1 ) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



12(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



CAP_Rele^Se_ 
Call 



To all 
current CSs 



lnt_Release 
Call 



To all CS 



Int Cancel 




Relay the operation to the 
^ Process CS_gsmSSF 
for the indicated CSID 



Figure 4.116-12: Process CSA_gsmSSF (slieet 12) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



13(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



CAP_Split Leg 

(Leg to be split, new CS) 




J to be spli^ 
irr^ctive ptia^e? 

|No 



CAP Error 



To source CS 




Yes L^crto be^plit No 
^^^rting or>HT 
activeH:>h^e? 



Yes 



Yes 



lnt_Request 
SL 



Wait_For_ \ 
ser interaction 



CAP Error 



lnt_Error_fvlot_ 
>Allowed_due_To 
User Interaction 



Jnt_Allowep_No_ 
Userjnteraction 



CAP Error 





Figure 4.116-13: Process CSA_gsmSSF (slieet 13) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



14(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



To target CS ^ 




Intjnvoke 
gsmSSF 



Wait_For 
invoke 



From target CS - > ]nt_gsmSSF 
^ / Invoked 



To source CS^< lnt_Export_ 



TotargetCS^ < Intjmport 



Wait_For_ 
import_ack_S 



Figure 4.116-14: Process CSA_gsmSSF (slieet 14) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



15(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



Abort 



^Aih^^'^^^r 1"^° all Call Segments 

(All) 



CSID1 contains more 
than one leg? 



Default Call Handling 
= Continue Call ? 



To all Call Segments 
except CSID1 



To CSID1 



CSIDr 
xists'?/ 



No 



Yes 



Yes 



Yes 



No 



No 



lnt_Releage_ 
Call 



Int Continue 




lnt_Release 
Call 



; To all 
Call Segments 



Figure 4.116-15: Process CSA_gsmSSF (slieet 15) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



16(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
1 Multiple_CS 



lnt_Apply_ 
VVarningTone 




lnt_Apply_ 
>Charging_ 
Report 



lnt_Call_ 
lnformation_ 
Report 



lnt_Cance. 
> Failed 
error 



CAP_Apply\ 
Charging_ 
Report / 



CAP_CalO 
lnformation_ 
Report / 



CAP_Canc'bl 
Failed 



error 



^ 



^ To the CS_gsmSSF of the party (leg ID) 

1 which receives the warning tone. 
This is the CAMEL subscriber. In the NC case 
the first party created will receive the warning tone. 



Does the party which receives the 
warning tone exist and is this leg active? 



One_CS, 
Multiple_CS 



>lnt_Cance led 
error 



>lnt Error 



>lnt_Error 
ETC failed 



CAP_Cance 
error 



lnt_Error 
MJnexpectdd 
Data Value 



CAP Error 



CAP_Error 
ETC failed 



CAP_Error\ 
Unexpected 
Data Va lue^ 



Figure 4.116-16: Process CSA_gsmSSF (sheet 16) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



17(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



One_CS, 
Multiple_CS 



lnt_Event_ 
' Report_ 
>JVL 



CAP_Event 
Report_ 
RCSM / 



Intjnitiate 
>CallAttembt 
^ack I 



lnt_Promp| 

>&_Collect " 

informatio?! 



User_ 
Result 



CAPJnitiatV 
Call Attempt/ 
Lack / 

N 



CAP_PronTM 
&_Collect_Ll^r_ 
/Result 



lnt_Specidlised_ 

Resource, 

R eport 



CAP_Spec^sed_ 
Resource_ / 
Report / 



Figure 4.116-17: Process CSA_gsmSSF (slieet 17) 
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Process CSA_gsmSSF 

\r A process in the gsmSSF \o\\ 
i co-ordinate the Call Segments 
jfor a call. V 



18(23) 



One_CS, 
Multiple_CS) 



/* Signals to/from the left are to/from |^ 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



alerting 



Update 
LeglDx_state 

tn alerting 




Figure 4.116-18: Process CSA_gsmSSF (sheet 18) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to 
co-ordinate tine Call Segments 
for a call. */ 



19(23) 



/* Signals to/from the left are to/from ^ 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. 7 



Multiple_CS 



Leg to be moved in CSID1 ? 



Leg to be moved in 
alerting or active phase? 



CSID1 contains max 
number of legs? 



To Source CS 



CAP_Move_Leg 
(LegID) 




Yait_for_Requept 
_ML_Responseil 



Multiple_CS 



Figure 4.116-19: Process CSA_gsmSSF (sheet 19) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



20(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



Wait_for_Request 
_ML_Responsell 



lnt_Error_fslot_ 
>Allowed_duB_To 
User Interaction 



Jnt_Alloweb No_ 
Userjnteraction 



CAP Error 



To CSID1 



lnt_Requ( 
ML 



est 



Wait_for_Request 
ML_Responsej2 



lnt_Error_fvJot_ 
>Allowed_dUB_To 
_User_lnteraction 



Jnt_Allowed_No_ 
Userjnteraction 



To source CS-< lnt_Export_ 
\ "-eg 



To CSID1 



lnt_lmport__ 
Leg 




[ Wait_For. 
|lmport_ack_M 



Jnt_lmport__ 
Leg ack 



Wait_For_ 
Export_ack_ML 



\ From Source CS 



FromCSIDI 



Figure 4.116-20: Process CSA_gsmSSF (sheet 20) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to 
co-ordinate tine Call Segments 
for a call. */ 



21(23) 



/* Signals to/from the left are to/from ^ 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. 7 



Multiple_CS 



> Abort 



CAP_Entity_ 
Released / 



If the CS_gsmSSF is gone 

^ to idle or Wait_for_Request, 

the 'CS Failure' IE is used. 



.Applicatior 
End 



Yes 




Clear Leg IDs 
within this CS 


1 








Clear CSID 


---> 








CS := CS - 1 





No 



CSfrom which 
'message was 
received 



Yes 



No 



CS = 1? 



Yes 



One CS 



Multiple_CS 



Figure 4.116-21 : Process CSA_gsmSSF (sheet 21) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



438 



ETSI TS 123 078 V9.1.0 (2010-04) 



Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



22(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



From source CS 



[ Wait_For_ | 
Export_ack_MlL 



>lnt_Export._ 
Leg ack 



Remove source? 
CSID 



Add leg to be 
moved to 

csim 



CS := CS - 1 




One CS 



Update 

Leg_ID1_state 

to active 



CAP_Move_ 
Leg ack 



Yes 




Update 

LeglD1_state 

to alerting 



Figure 4.116-22: Process CSA_gsmSSF (slieet 22) 
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Process CSA_gsmSSF 

/* A process in the gsmSSF to ' 
co-ordinate tine Call Segments 
for a call. 7 



23(23) 



/* Signals to/from the left are to/from K 
one or more instances of the process 
CS_gsmSSF; signals to/from the right 
are to/from the gsmSCF. */ 



From target CS 



[ Wait_For_ | 
lmport_ack_SL[ 



CS:=CS + 1 



One CS 



>lnt_lmport__ 
Leg ack 



f Wait_For. 
Export_ack_S 



>lnt_Export._ 
Leg ack 



From source CS 




Yes 



Add leg to be 
split to new 
CSin record 



Remove leg to 
be split from 




Clear 
CSID1 



CAP_Split_ 
Leg Ack 



Yes 




Add leg to be 
split to 



Clear source 
CSID 



Figure 4.116-23: Process CSA_gsmSSF (slieet 23) 



ETSI 



3GPP TS 23.078 version 9.1 .0 Release 9 440 ETSI TS 123 078 V9.1 .0 (2010-04) 

4.5.8 Assisting case 

Assisting case involves the following processes: 

- CAMEL_Assisting_MSC, 

- Assisting_gsmSSF. 

The detailed error handling for these 2 processes is specified in 3GPP TS 29.078 [36]. 
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Figure 4.117-1 : Process CAMEL_Assisting_MSC (sheet 1) 
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Process CAMEL_Assisting_MSC 
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Figure 4.117-2: Process CAMEL_Assisting_MSC (sheet 2) 
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Process CAMEL_Assisting_MSC 
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Figure 4.117-3: Process CAMEL_Assisting_MSC (sheet 3) 
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Process assisting_gsmSSF 
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Figure 4.118-1 : Process Assisting_gsmSSF (sheet 1) 
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Process assisting_gsmSSF 
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Figure 4.118-2: Process Assisting_gsmSSF (sheet 2) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



446 



ETSI TS 123 078 V9.1.0 (2010-04) 



Process assisting_gsmSSF 

I N 

/* Invocation of assisting gsmSSF */ ^^ 



3(6) 



Signals to/from the left are to /from ^ 
the process CAMEL_Assisting_MSC; 
signals to/from the right are 
to/from the gsmSCF, 
unless othenA/ise indicated. 



r^FromSRF 



W; 



aiting_for_End 
pf_User_ 
V interaction 



CAP_Discorinect_ 
_Forward_ \ 
Connection \ 



Jnt_SRF_ 
Released 



Set Tssf to default 
user interaction 

Tssf timer interv^ 
and re^rt Tssf I 




CAP_Resetz 
Timer 



Set Tssf to 

CfAP_Reset_Timejr 

time interval and 

restart Tssf 



CAP_Play_/ 
Announcerrient 



CAP_Promp|^ 

_Collect_US^_ 

Information \ 



CAP_Canc^ 
_(lnvoke_ID)\ 



Store 

Disconnect From 

IP Forbidden 



lnt_Disconnec- 
SRF 



Yes 



Waiting_For_ 
Instructions 



to SRF 



Relay the operajion 
to the SRF / 



To SRF 



Terminate Contrql 
Relationship 



Vvaiting_for_EndL 
_Of_User_ I 
V Interaction J 



Set Tssf to last 
used time interval 
and restart Tssf 



Vvaiting_for_End 

_Of_User_ 
V Interaction 



lnt_assistingi 
gsmSSF 



released 



Stop Tssf 



Idle 



Stored 

DisconnectFromlPForbidden = TRUE? 



Figure 4.118-3: Process Assisting_gsmSSF (sheet 3) 
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Process assisting_gsmSSF 
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Figure 4.118-4: Process Assisting_gsmSSF (sheet 4) 
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Process assisting_gsmSSF 
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Figure 4.118-5: Process Assisting_gsmSSF (sheet 5) 
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Figure 4.118-6: Process Assisting_gsmSSF (sheet 6) 
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4.5.9 Procedure CAMEL_Provide_Subscriber_lnfo 

The procedure CAMEL_Provide_Subscriber_Info is called either during Retrieval of routeing information in the HLR 
or as a result of reception of the Any Time Interrogation information flow from the gsmSCF. 

The HLR sends a Provide Subscriber Info information flow to the VLR or SGSN dependent on the setting of the 
parameter "requested domain" received from the calling process. 

If the VLR or SGSN returns a Provide Subscriber Info ack information flow, then the HLR uses the received 
information to set the Subscriber Info to be returned to the calling process. 

As a network option, the HLR may use the information received from the VLR, such as Cell Id, Location Area Id or 
Service Area Id, to derive the Location Number and/or Geographical Information. The HLR may use the information 
received from the SGSN, such as Cell Id, Location Area Id, Service Area Id or Routeing Area Identity, to derive the 
Location Number and/or Geographical Information. This mapping is network- specific and outside the scope of the 
present document. 

NOTE: The handling in the VLR of Provide Subscriber Info is defined in 3GPP TS 23.018 [12]. The handling in 
the SGSN of Provide Subscriber Info is defined in clause 11. 
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Procedure CAMEL_Provide_Subscriber_lnfo 
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Figure 4.119-1: Procedure CAMEL_Provide_Subscriber_lnfo (sheet 1) 



ETS\ 



3GPP TS 23.078 version 9.1.0 Release 9 



452 



ETSI TS 123 078 V9.1.0 (2010-04) 
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Figure 4.119-2: Procedure CAMEL_Provide_Subscriber_lnfo (sheet 2) 
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4.5.10 CAMEL specific handling of location updating and data restoration 

When requesting a location update or data restoration the VLR shall indicate to the HLR which CAMEL phases it 
supports and which CAMEL phase 4 CSIs can be downloaded. 

The HLR may then send CAMEL subscription data to the VLR or, if some different handling is required, data for 
substitute handling. The CAMEL subscription data sent by the HLR shall comply with the indication of supported 
CAMEL phases and supported CAMEL phase 4 CSIs as received from the VLR. 

When the location update has been completed, the MSCA^LR in which the subscriber is registered after the location 
update shall check the M-CSL If a Mobility Management notification to the gsmSCF is required for this subscriber, 
then the MSCA^LR shall send the notification to the gsmSCF. 

Refer to subclause 9.2.1 for a description of M-CSI and the conditions under which a notification shall be sent. 

4.5.1 1 Cross phase compatibility 

To avoid a case by case fallback between the gsmSSF and the gsmSCF, the gsmSSF shall use the CAP phase 
corresponding to the CAMEL phase negotiated on the HLR- VLR interface when it opens a dialogue with the gsmSCF. 
The HLR- VLR negotiation of CAMEL phase is per subscriber. 

4.5.12 Handling of North American Carrier Information 

The following procedures apply only when the HPLMN of the CAMEL subscriber and either the VPLMN (for a mobile 
originated or forwarded call) or the IPLMN (for a mobile terminated call or forwarded call) are both North American. A 
gsmSCF may then provide the gsmSSF with any of the following North American (NA) carrier related information 
items. 

NA Carrier Information; 

- NA Originating Line Information; 

NA Charge Number. 

A gsmSSF shall use the received information items both to select any long distance carrier needed for the call and to 
provide certain information needed by this carrier. Any required information items not received shall be defaulted to 
those that would normally apply to the call in the absence of an interaction with a gsmSCF. 

If any NA information item received from the gsmSCF is found to be invalid, the gsmSSF may either, as an operator 
option, release the call or behave as if the invalid information item had not been sent. 

If the carrier specified in the Carrier parameter is not supported in the VPLMN or IPLMN, the gsmSSF may either, as 
an operator option, release the call or substitute for the unsupported carrier a preferred carrier of the VPLMN or 
IPLMN. 

Support of the NA Originating Line Information and Charge Number parameters is an operator option in a VPLMN 
based on roaming agreements with the operators of other PLMNs, A gsmSSF may ignore these items when received 
from certain or all gsmSCFs located in other PLMNs and replace them with the corresponding default items for an MO, 
MF, MT or VT call. 

4.5.13 Handling of trunk originated calls 

The handling of trunk originated calls in the inter-connecting MSC is specified in 3GPP TS 23.018 [12] subclause 7.5. 
The processes and procedures specific to CAMEL are specified in this subclause. 

- Procedure CAMEL_TOC_Dialled_Services; 

- Procedure CAMEL_TOC_MSC_INIT; 

- Procedure CAMEL_NDS_TOC_INIT; 

- Procedure CAMEL_T0C_LEG1_MSC. 
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The procedure CAMEL_T0C_LEG1_MSC supervises the originating party only. The process 
CAMEL_MT_CF_LEG2_MSC supervises the called-to party only. Hence, signals from the originating exchange are 
received by the procedure CAMEL_T0C_LEG1_MSC and signals from the destination exchange are received by the 
process CAMEL_MT_CF_LEG2_MSC. 

4.5.13.1 Procedure CAMEL_TOC_Dialled_Services 

Void 

4.5.13.2 Procedure CAMEL_TOC_MSC_INIT 

Sheet 1: Decision "First procedure call": The procedure call formal parameter (FPAR) values "First" or "NotFirst" 
indicate whether the gsmSSF instance has been invoked for this call at the Collected_Information DP. 

First_ The gsmSSF has not been invoked. 

NotFirst: The gsmSSF has been invoked earlier and the gsmSSF is waiting for additional digits. The gsmSSF 
may not have triggered a CAP dialogue to gsmSCF. 

4.5.13.3 Procedure CAMEL_NDS_TOCJNIT 

Sheet 1: Decision "First procedure call": The procedure call formal parameter (FPAR) values "First" or "NotFirst" 
indicate whether the gsmSSF instance has been invoked for this call at Analysed_Information DP. The dialled services 
invoke a different instance of gsmSSF than at the Collected_Information DP. 

First_ The gsmSSF has not been invoked. 

NotFirst: The gsmSSF has been invoked earlier and the gsmSSF is waiting for additional digits. The gsmSSF 
may not have triggered a CAP dialogue to gsmSCF. 

4.5.13.4 Procedure CAMEL_T0C_LEG1_MSC 

Void 
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Figure 4.119A-1 : Procedure CAMEL_TOC_Dialled_Services (sheet 1) 
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Procedure CAMEL TOC MSC INIT 
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Figure 4.1 19B-1 : Procedure CAMEL_TOC_MSC_INIT (Sheet 1) 
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Procedure CAMEL_TOC_MSC_INIT 
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Figure 4.119B-2: Procedure CAMEL_TOC_MSC_INIT (sheet 2) 
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Procedure CAMEL_TOC_MSC_INIT 
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Figure 4.119B-3: Procedure CAMEL_TOC_MSC_INIT (sheet 3) 
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Procedure CAMEL_TOC_MSC_INIT 
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Figure 4.119B-4: Procedure CAMEL_TOC_MSC_INIT (sheet 4) 
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Procedure CAMEL_TOC_MSC_INIT 
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Figure 4.119B-5: Procedure CAMEL_TOC_MSC_INIT (sheet 5) 
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Procedure CAMEL_T0C_LEG1_MSC 
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Start Intendigit 
Tima 



False 



Add Digit to 
Digit String 



CHECK_DIGIT 
STRING MSC 



Trigger 



Stop Interdigit 
Timer 



lnt_DP_0_ 
MidCall 



Clear Digit 
String 



DP_0_ 

MidCall 

Active 




Continue 



Figure 4.119B-6: Procedure CAMEL_TOC_MSC_INIT (sheet 6) 
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Procedure CAMEL_T0C_LEG1_MSC 

r N 

/* A procedure in the MSC to ' 

handle leg 1 of a trunk originated call. 7 



9(9) 



r Signals to/from the left are to /from the MSC K 
Signals to/from the right are to/from the gsmSSF 
unless otherwise stated */ 



DP_0_MidCall_Active, 
Wait For Clear 



\ Interdigit 
Internal^ -/Timer 

/ ex pires 




Yes 



Length of Digit String less 
than length of Start String? 




Length of Digit String less than 
minimum number of digits? 



Yes 



lnt_DP_0_ 
MidCall 



Clear Digit 
String 



DP_0_ 

MidCall 

Active 



Clear Digit 
String 



Figure 4.119B-7: Procedure CAMEL_TOC_MSC_INIT (sheet 7) 
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Procedure CAMEL_NDS_TOC_INIT 

/* Procedure in the MSC to perform 

CAMEL handling for a network 

Dialled Service for trunk originated calls */ 



1(5) 




/* Signals to/from the left are to/from 

the originating exchange; 

signals to/from the right are to/from the gsmSSF. ]/ 



FPAR: 

See subclause 4.5.x 



^Wait_for_ ^ 
gsmSSFJnvoked 



lnt_gsmSaF_ 
Invoked \ 



> Release 



lnt_DP_ 

Analysed, 

Mo 



lnt_0_ExceDMon 



Result:= 
Abort 



DP_ 
Analysed, 
4nfo 




Figure 4.119C-1: Procedure CAMEL_NDS_TOC_INIT (sheet 1) 
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Procedure CAMEL_NDS_TOC_INIT 

I N 

/* Pracedune in the MSC to perform ^ 
CAMEL handling for a network ^ 

Dialled Service for trunk originated calls */ 



2(5) 



/* Signals to/from the left are to/from K 

the originating exchange; 

signals to/from the right are to/from the gsmSSF. */ 



DP_ 

Analysed_ 

irifo 



lnt_Release_ 
Call \ 



Int Error 



Int Continue 



miFhsal)^ 
ha^diin g = coptfrrue^ 



lnt_ContinLip_ 
_With_ < 
_Argument \ 



Int Connect 



> Release 



Yes 



CAMEL_ 

_Modify_ 

_CUG_lnf o 

'Modify call 
barameters with 



Result:= 
Fail 



Result:= 
Pass 



Result:= 
Pass 






(:;AMEL_OCH 
MSC_DISC4 



Result:= 
Abort 




Figure 4.119C-2: Procedure CAMEL_NDS_TOC_INIT (sheet 2) 
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Procedure CAMEL_NDS_TOC_INIT 

I N 

/* Pracedune in the MSC to perform ^ 
CAMEL handling for a network ^ 

Dialled Service for trunk originated calls */ 



3(5) 



/* Signals to/from the left are to/from K 

the originating exchange; 

signals to/from the right are to/from the gsmSSF. */ 



DP_Analysed_lnfo 



lnt_Discorpect 
_Leg(leg2)\ 



lnt_Disconnect 
_Leg_ack / 



Ijeq2 Disconnected 



DP_Analysed_lnfo 
|jeg2_Disconnected 



lnt_Establish_ 

Tempo rarK 
ConnectionX 



CAlVIEL CF ETC 



:esult=^ 
fail? / 



^Jo 



P_Analysed 
Info 



lnt_Connect_To_ 
Resource \ 



CAMEL CF CTR 



Yes 



Result:= 
fail 




Figure 4.119C-3: Procedure CAMEL_NDS_TOC_INIT (sheet 3) 
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Procedure CAMEL_NDS_TOC_INIT 

/* Procedune in the MSC to perform \ 
CAMEL handling for a network ^ 

Dialled Service for trunk originated calls */ 



4(5) 



DP_ 
Analysed_ 
: Info 



In put to be handled 
in theTO_MSC 
23.018 process 



/ SAM 
(Additionaldigits; 



In t_Collect /Information 
(Number_of\ Digits) 



Result := 
More_Digits 



Figure 4.119C-4: Procedure CAMEL_NDS_TOC_INIT (sheet 4) 
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Procedure CAMEL_NDS_TOC_INIT 

I N 

/* Procedure i n the MSC to perform ^ 
CAMEL handling for a network ^ 

Dialled Service for trunk originated calls 7 



5(5) 



/* Signals to/from the left are to/from K 

the originating exchange; 

signals to/from the right are to/from the gsmSSF. 7 



> Release 



Leg2_D iscon nected 



Int Continap l^k^T'T- , 
- \ W It h_Arg urgent 



CAMEL_OCH 
MSC DISC4 



Result := 
Abort 



lnt_Disconnect 
_Leg(leg1)\ 



Int Error 



'Modify call 

parameters with 

re ceived i ri formatio n ' 



lnt_Disconrfect_ 
Leg_ack / 



Result := 
Leg1_only 




Result : 
Fail 



In t_Re lease! 
Call \ 



Figure 4.119C-5: Procedure CAMEL_NDS_TOC_INIT (sheet 5) 
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Procedure CAMEL_T0C_LEG1_MSC 

r N 

/* A procedure in the MSC to ' 

handle leg 1 of atrunkaiginated call. 7 



/* Signals to/from the left are to/from [ 
the originating exchange; 
Sgnals to/from 

the right are to from the gsmSSF; 
unless otherwise stated. V 



1(7) 



Active 




Wait_For 
Clear 



Wait_For_ 
ACM 



Figure 4.119D-1: Procedure CAMEL_T0C_LEG1_MSC (Sheet 1) 
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Procedure CAMEL_T0C_LEG1_MSC 

I N 

/* A procedure in the MSC to /^ 

handle leg 1 of a trunk originated call. *^ 



2(7) 



Address 
Complete 



Address 
Complete 



Wait_For_ 
Answer 



Answer 



/* Signals to/from the left are to/from I 
the originating exchange; 
Signals to/from 

the right are to from the gsmSSF; 
unless otherwise stated. */ 



Wait_For_ 
ACM 



Connect 



Connect 



Wait_For_ 
Clear 



>SAM 



OAMEL_Store 

Destination_ 

Address 



(False, 



SAM 



- H See TS 23.078 



False) 



Wait_For_ 
ACM 



Answer 



Wait_For_ 
Clear 



Figure 4.119D-2: Procedure CAMEL_T0C_LEG1_MSC (sheet 2) 
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Procedure CAMEL_T0C_LEG1_MSC 

r N 

/* A procedure in the MSC to ' 

handle leg 1 of atrunkaiginated call. 7 



3(7) 



> Release 



t;AMEL_OCH 
MSC DISC4 



P_0_MidCal 
_Alerting I 



Int Continue 



lnt_Continue 
With Argurh^t 

Continue 



Wait_For_ 
Answer 



/* Signals to/from the left are to/from K 

the originating exchange; 

Signals to/from 

the right are to from the gsmSSF; 

unless otherwise stated. */ 



\ Wait_For_ACM, 
Wait_For_Answer, 
J DP_0_MidCall_Alerting 



lnt_Disconnect_ 
Ljeg \ 



Release 



lnt_Disconnect_ 
|jeg_ack / 




Int Error 



/D^lT&all 



Release 




lnt_Relea! 
Call 



Release 



Wait_Fa_Answer, 
DP_0_MidCall_Aerting 



Int MidCaK 



P_0_MidCal 
^d^dlirig-^ 1 _Alerting I 

T Release 



Figure 4.119D-3: Procedure CAMEL_T0C_LEG1_MSC (sheet 3) 
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Procedure CAMEL_T0C_LEG1_MSC 

r N 

/* A procedure in the MSC to ' 

handle leg 1 of atrunkaiginated call. 7 



4(7) 



/* Signals to/from the left are to/from K 

the originating exchange; 

Signals to/from 

the right are to from the gsmSSF; 

unless otherwise stated. V 




Wait_For_Clear, 

DP O MidCall Active 



> Release 



lnt_Releas 
Call 



C;AMEL_OCH 
MSC DISC1 



Int Continue 



lnt_Disconnect 
Leg \ 



lnt_Export . 
Leg 



Int MidCaK 



Release 



Release 



lnt_Disconribct 
Leg ack / 



cHmel_export 

LEG MSC 






Yes 



P_0_MidCal 
Active 



P_0_MidCalij 
Active 



lnt_Continu 
With AnguiWit 



Int Error 



^Handlirig^ 
1 Release 



Release 



Wait_Fa_ 
Clear 




Figure 4.119D-4: Procedure CAMEL_T0C_LEG1_MSC (sheet 4) 
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Procedure CAMEL_T0C_LEG1_MSC 

r N 

/* A procedure in the MSC to ' 

handle leg 1 of atrunkaiginated call. 7 



5(7) 



/* Signals to/from the left are to/from K 

the originating exchange; 

Signals to/from 

the right are to from the gsmSSF; 

unless otherwise stated. */ 



DP_0_MidCall_Alerting 



lnt_EstablisJT 
Tempo rar 
Connection 



lnt_Connect_To_ 
Resource \ 




ELSE 



Fail 



To SELF ^ — Answer 




Figure 4.119D-5: Procedure CAMEL_T0C_LEG1_MSC (sheet 5) 
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Procedure CAMEL_T0C_LEG1_MSC 

r N 

/* A procedure in the MSC to ' 

handle leg 1 of atrunkaiginated call. 7 



lnt_EstablisK_ 

Temporar^ 

Connectiorix 



EL CF ETC 



lnt_Establish_ 

Temporary 

Connectionx 



6(7) 



/* Signals to/from the left are to/from K 

the originating exchange; 

Signals to/from 

the right are to from the gsmSSF; 

unless otherwise stated. V 



DP O MidCall Active 



lnt_Connept_To_ 
Resource \ 



C/WIEL CF CTR 



Wait For ACM 



lnt_Connect_To_ 
Resource \ 



CAMEL CF ETC C/WIEL CF CTR 




ELSE 



Fail 




Figure 4.119D-6: Procedure CAMEL_T0C_LEG1_MSC (sheet 6) 
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Procedure CAMEL_T0C_LEG1_MSC 

r N 

/* A procedure in the MSC to ' 

handle leg 1 of atrunkaiginated call. 7 



7(7) 



>BICCAP 



BICC APM 



/* Signals to/from the left are to/from K 

the originating exchange; 

Signals to/from 

the right are to from the gsmSSF; 

unless otherwise stated. */ 



Wait_For_Clear, 

DP O MidCall Active 



J From originating/destination 
exchange 



■ codec modification 

■ target codec 



> BICC API 



success 



J To Destination/originating 
exchange 



- codec modification 

- target codec 



BICC APM 



CAMEL_0_ 
$CUDIF MSC; 



success 



Figure 4.119D-7: Procedure CAMEL_T0C_LEG1_MSC (sheet 7) 



4.6 Description of information flows 

This clause contains the detailed description of the information flows used by CAMEL for Circuit Switched call 
control. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E), Optional (O) or not applicable (-) for each different traffic case applicable to the following CSI: 

- MO Mobile Originating call in the VMSC (0-CSI, D-CSI or N-CSI dialogue); 
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- MF Mobile Forwarded call in the VMSC or the GMSC as in figure 4.7 (0-CSI, D-CSI or N-CSI dialogue); 

- MT Mobile Terminating call in the GMSC (T-CSI dialogue); 

- VT Mobile Terminating call in the VMSC (VT-CSI dialogue); 

- NC gsmSCF initiated new call; 

- NP gsmSCF initiated new party in an existing call; 

- TO Trunk Originating call in the MSC (TO-CSI or N-CSI dialogue). 

If the lEs in one table apply in all the possible cases listed above or no distinction is needed, then the lEs are marked in 
the "Status" column. 

An 'M' IE shall always be included for the corresponding traffic case. A 'C IE shall be included if the sending entity has 
the necessary information to populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' 
column of the definition table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, 
only one of those lEs may be included. An 'O' IE may be included or omitted as required by the service logic. A '-' IE 
shall always be omitted for the corresponding traffic case. This categorization is a functional classification, i.e. it 
defines the requirements for the stage 2 information, it is not a stage 3 classification to be used for the ASN. 1 syntax of 
the protocol. 

The distinction between MO, MF, MT, VT, NC, NP and TO calls is not applicable to all Information Flows. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSSF shall functionally support all lEs which can be sent to it. 

- The gsmSCF may silently discard any IE which it does not functionally support. 

The gsmSRF shall return an error if it does not functionally support an IE which it receives. 

- The HLR may silently discard any IE which it does not functionally support. 

Details of errors and exceptions to these rules are specified in are specified in 3GPP TS 29.078 [36]. 

4.6.1 gsmSSF to gsmSCF information flows 

4.6.1.1 Activity Test ack 

4.6.1.1.1 Description 

This IF is the response to the Activity Test. 

4.6.1 .1 .2 Information Elements 

This IF contains no information elements. 

4.6.1 .2 Apply Charging Report 

4.6.1.2.1 Description 

This IF is used by the gsmSSF to report to the gsmSCF the information requested in the Apply Charging IF. 

4.6.1.2.2 Information Elements 



Information element name 


Status 


Description 


Call Result 


M 


This IE contains the charging information provided by the gsmSSF. 



Call Result contains the following information elements: 
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Information element name 


Status 


Description 


Time Duration Charging Result 


M 


This IE is described in a table below. 



Time Duration Charging Result contains the following information elements: 



Information element name 


Status 


Description 


Time Information 


M 


This IE is described in a table below. 


Party To Charge 


M 


This IE is received in the related Apply Charging IF to correlate the result to 
the request. This IE shall be a copy of the corresponding IE received in the 
Apply Charging IF. 


ACh Charging Address 


M 


This IE identifies the call party to which the Apply Charging Report IF applies. 
This IE is described in a table below. 


Leg Active 


M 


This IE indicates whether the call leg is active or not. When the ACR is sent 
because of a change in CPH configuration legActive=FALSE shall be used. 


Call Leg Released At Top Expiry 


S 


This IE is an indication that the gsmSSF has released the call leg or the 

Temporary Connection or SRF Connection, due to Top expiry. 

It shall be present when Apply Charging Report is sent due to Top expiry and 

the gsmSSF has released the call leg or the Temporary Connection or SRF 

Connection (because 'Release If Duration Exceeded' was present in the Apply 

Charging IF). 

In all other cases, this IE shall be absent. 



Time Information contains the following information elements: 



Information element name 


Status 


Description 


Time If No Tariff Switch 


S,E 


This IE shall be present if no tariff switch has occurred since the reception of 

the first Apply Charging IF for the connection to the Called Party, the 

Temporary Connection, or the gsmSRF connection, otherwise it shall be 

absent. 

If Answer was detected for the connection to the Called Party, the Temporary 

Connection or the gsmSRF connection, then the elapsed time since detection 

of Answer shall be reported. 

For a change in a CPH configuration the particular time when the legs in a CS 

are connected shall be taken as Answer. 

If answer was not detected, it shall be set to "0". 


Time If Tariff Switch 


S,E 


This IE shall be present if a tariff switch has occurred since the reception of 
the first Apply Charging IF for the connection to the Called Party, the 
Temporary Connection, or the gsmSRF connection, otherwise it shall be 
absent. 



ACh Charging Address contains the following information elements: 



Information element name 


Status 


Description 


Leg ID 


E 


This IE indicates that the Apply Charging Report IF applies to the specified 
leg. 


SRF Connection 


E 


This IE indicates that the Apply Charging Report IF applies to the Temporary 
Connection or SRF Connection 



4.6.1.3 



Call Information Report 



4.6.1.3.1 



Description 



This IF is used to send specific call information for a single call party to the gsmSCF as requested by the gsmSCF in a 
previous Call Information Request IF. 



4.6.1.3.2 



Information Elements 



Information element name 


Status 


Description 


Requested Information List 


M 


This IE specifies the requested information. 


Leg ID 


M 


This IE indicates the party in the call for which information shall be collected. 
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4.6.1 .4 Disconnect Leg ack 

4.6.1.4.1 Description 

This IF is the successful response to the Disconnect Leg IF. 

4.6.1.4.2 Information Elements 

This IF contains no information elements. 



4.6.1.5 



4.6.1.5.1 



Entity Released 
Description 



This IF is used to inform the gsmSCF about the release of a logical entity (CS or BCSM) caused by exception or errors. 
It is sent by the CSA FSM if this information cannot be conveyed within an TC_ABORT or TC_END because the TC 
dialogue has to be kept because of other existing logical entities (CS or BCSM) in this CSA which are not affected by 
this error/exception. This IF is not sent if the last CS was released. 

The IF Entity Released is not used if the release of the entity can be reported through other IFs, e.g. Event Report 
BCSM, Call Information Report. 



4.6.1.5.2 



Information Elements 



Information element name 



Status 



Description 



08 Failure 



This IE indicates that an CS has been released. 



BCSM Failure 



This IE indicates that a leg has been released. 



CS Failure contains the following information elements: 



Information element name 


status 


Description 


Call Segment ID 


M 


This IE identifies the released CS. 


Cause 


C 


This IE indicates the cause for releasing the CS. The Cause may be used by 
the gsmSCF to decide how to continue the call handling. 



BCSM Failure contains the following information elements: 



Information element name 


Status 


Description 


Leg ID 


M 


This IE identifies the released leg. 


Cause 


C 


This IE indicates the cause for releasing the leg. The cause may be used by the 
gsmSCF to decide handling. 



4.6.1 .6 Event Report BCSM 

4.6.1.6.1 Description 



This IF is used to notify the gsmSCF of a call-related event (i.e. BCSM events as answer and disconnect) previously 
requested by the gsmSCF in a Request Report BCSM Event IF. 



4.6.1.6.2 



Information Elements 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Event Type BCSM 


M 


M 


M 


M 


M 


M 


M 


This IE specifies the type of event that is reported. 


Event Specific 
Information BCSIVI 


C 


C 


C 


C 


C 


C 


C 


This IE indicates the call related information specific to the 
event. 


Leg ID 


M 


M 


M 


M 


M 


M 


M 


This IE indicates the party in the call for which the event is 
reported. 
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Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Misc Call Info 


M 


M 


M 


M 


M 


M 


M 


This IE indicates the DP type. 



If the Event Type BCSM IE contains either 0_Answer or T_Answer, then the Event Specific Information BCSM IE 
contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Destination Address 


M 


M 


M 


M 


M 


M 


M 


This IE specifies the destination address for the call leg. 
The NatureOfAddress indicator rDay contain a national- 
specific value. For some national-specific 
NatureOfAddress indicator ydi\ues the length of the digit 
part of destination address may be zero. 


OR 


- 


C 


C 


- 


- 


- 


- 


This IE indicates that the call was subject to basic Optimal 
Routeing as specified in 3GPP TS 23.079 [19]. 


Forwarded Call 


- 


M 


C 


C 


- 


- 


- 


This IE indicates that the call has been subject to a Call 
Forwarding supplementary service. 


Charge Indicator 


S 


S 


S 


S 


S 


S 


S 


This IE specifies the value which will be stored in the Call 
Data Record. See ITU-T Recommendation Q.763 [43]. 


Ext-Basic Service 
Code 


S 


S 


S 


s 






S 


This IE is used for SCUDIF calls. 
It indicates the type of basic service, i.e. teleservice or 
bearer service. It indicates the service active at answer for 
the SCUDIF call (as defined in 3GPP TS 23.172 [27]). 


Ext-Basic Service 
Code 2 


s 


S 


S 


s 






s 


This IE is used for SCUDIF calls. 

It indicates the type of basic service, i.e. teleservice or 

bearer service. It indicates the service which is not active 

at answer for the SCUDIF call (as defined in 3GPP 

TS 23.172 [27]). 

It shall be present if the negotiation of the SCUDIF 

services resulted in both basic services for the SCUDIF 

call. Otherwise shall be absent. 



If the Event Type BCSM IE contains either 0_Mid_Call or T_Mid_Call, then the Event Specific Information BCSM IE 
contains the following information element: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Midcall Info 


M 


- 


- 


M 


- 


- 


M 


This IE is described in a table below. 



MidCall Info contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


DTIVIF Digits 
Completed 


S,E 






S,E 






S,E 


This IE contains the detected mid-call digits. 

This IE shall be present when triggering takes place after 

the minimum number of digits has been detected. 


DTIVIF Digits Timeout 


S,E 






S,E 






S,E 


This IE contains the detected mid-call digits. 

This IE shall be present when triggering takes place 

before the minimum number of digits has been detected. 



If the Event Type BCSM IE contains one of Route_Select_Failure, 0_Busy, 0_Disconnect or T_Disconnect, then the 
Event Specific Information BCSM IE contains the following information element: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Cause 


C 


C 


C 


C 


C 


C 


C 


This IE indicates the cause. 
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If the Event Type BCSM IE contains T_Busy, then the Event Specific Information BCSM IE contains the following 
information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Cause 


- 


- 


C 


c 


- 


- 


This IE indicates the cause. 


Call forwarded 






C 


c 






This IE indicates that the call may be 

forwarded by the appropriate Call 

Forwarding supplementary service or Call 

Deflection supplementary service. 

If T_Busy is reported from the GIVISC, then 

this IE shall be present in the following 

cases: 

- The event is triggered by the reception of 
an FTN in the 2"^ Send Routeing Info ack 
from the HLR; 

- The event is triggered by the reception of 
the Resume Call Handling information flow 
from the VMSC. 

If T_Busy is reported from the VIVISC, then 
this IE shall be present in the following 
cases: 

- The event is triggered by the invocation 
of conditional call forwarding (Busy or 
Not_Reachable); 

- The event notification is triggered by the 
invocation of Call Deflection. 


Route Not permitted 






s 








This IE indicates that the further call setup 
will not take place in this GIVISC due to the 
rules of basic optimal routeing. See 3GPP 
TS 23.079 [19]. 


Forwarding Destination Number 






c 


c 






This IE contains the Forwarded-to-Number 
or the Deflected-to-Number. It shall be 
present if the Call Forwarded IE is present. 
Otherwise, it shall be absent. 



If the Event Type BCSM IE contains T_No_Answer, then the Event Specific Information BCSM IE contains the 
following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Call Forwarded 






C 


C 






This IE indicates that the call may be 

forwarded by the appropriate Call 

Forwarding supplementary service. 

If T_No_Answer is reported from the GIVISC, 

then this IE shall be present in the following 

cases: 

- The event is triggered by the reception of 
the Resume Call Handling information flow 
from the VMSC. 

If the T_No_Answer is reported from the 
VIVISC, then this IE shall be present in the 
following cases: 

- The event is triggered by the invocation 
of conditional call forwarding (No_Answer). 


Forwarding Destination Number 






C 


c 






This IE contains the Forwarded-to-Number 
or the Deflected-to-Number. It shall be 
present if the Call Forwarded IE is present. 
Otherwise, it shall be absent. 



If the Event Type BCSM IE contains Call_Accepted or 0_Term_Seized, then the Event Specific Information BCSM IE 
contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Location Information 


C 


- 


- 


C 


- 


- 


- 


See subclause 4.6.1 .8 with VLR Number IE as "- (not 
applicable)". 
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NOTE If gsmSCF does not arm DP 0_Change_Of_Position, then the Location Information reported at 

DP 0_Term_Seized may be the same as the Location Information reported at DP Collected_Information, 
even when the subscriber has changed location between DP Collected Information and 
DP 0_Term_Seized. 

If the Event Type BCSM IE contains 0_Change_Of_Position or T_Change_Of_Position, then the Event Specific 
Information BCSM IE contains the following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Location Information 


C 


- 


- 


C 


- 


- 


See subclause 4.6.1 .8 with VLR Number IE 
as "- (not applicable)". 


Met DP Criteria List 


s 






s 






This IE is described in a table below. 
It carries the list of criteria that were 
triggered and met for the reporting of the 
change of position event. 
It shall be present if change of position 
control info was received in the request. 



Met DP Criteria List contains a list of up to 10 instances of the following information element: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Met DP Criterion 


M 






M 






Each IVIet DP Criterion IE is one of the 6 
possibilities indicated in the table below. If 
multiple instances of the IVIet DP Criterion IE 
have the same value, this is not an error. 



Each instance of the Met DP Criterion IE contains one of the following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Cell Global ID 


E 






E 






This IE indicates that the mobile station 
performed handover across the boundary of 
the cell specified in this IE. Furthermore it 
indicates whether the handover was into or 
out of the cell. 


Service Area ID 


E 






E 






This IE indicates that the mobile station 
performed handover across the boundary of 
the service area specified in this IE. 
Furthermore it indicates whether the 
handover was into or out of the service 
area. 


Location Area ID 


E 






E 






This IE indicates that the mobile station 
performed handover across the boundary of 
the location area specified in this IE. 
Furthermore it indicates whether the 
handover was into or out of the location 
area. 


Inter-System Handover 


E 






E 






This IE indicates that the mobile station 
performed inter-system handover. 
Furthermore it indicates whether the 
handover was from GSIVI to UIVITS or from 
UMTS to GSM. 


Inter-PLIVIN Handover 


E 


- 


- 


E 


- 


- 


This IE indicates that the mobile station 
performed inter-PLMN handover. 


Inter-IVISC Handover 


E 


- 


- 


E 


- 


- 


This IE indicates that the mobile station 
performed inter-MSC handover. 



If the Event Type BCSM IE contains 0_Abandon, then the Event Specific Information BCSM IE contains the 
following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Route Not Permitted 


- 


S 


- 


- 


- 


- 


- 


This IE indicates that the further call setup will not take 
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Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


















place in this IVISC due to tlie rules of basic optimal 
routeing. See 3GPP TS 23.079 [19]. 



If the Event Type BCSM IE contains one of 0_Service_Change or T_Service_Change, then the Event Specific 
Information BCSM IE contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Ext-Basic Service 
Code 


M 


M 


M 


M 


- 


- 


M 


This IE indicates the new basic service code after a 
successful bearer service modification. 


Nature of Service 
Change 


C 


C 


C 


C 






C 


This IE indicates the nature of the service change (User 
initiated service change or network initiated service 
change). Shall be present if available. 


Initiator of Service 
Change 


M 


M 


M 


M 


- 


- 


M 


This IE indicates the initiator of the service change (A 
side or B side) 



If the Event Type BCSM IE contains 0_No_Answer, then the Event Specific Information BCSM IE is not included. 

If the Event Type BCSM IE contains Collected_Info, then the Event Specific Information BCSM IE contains the 
following information elements: 



Information element 
name 


TO 


Description 


Called Party Number 


M 


The contents of the Called Party Number parameter are as follows: 

Nature of address indicator - set to the same value as the Called Party Number 

parameter sent in InitialDP: 

Numbering plan indicator - set to the same value as the Called Party Number 

parameter sent in InitialDP; 

Address signals: 

If 'N' relevant digits, or more, have been collected and the end of pulsing 

signal (ST) has not been received, then all relevant digits shall be 

reported plus a filler digit, if necessary (note 1) 

If the end of pulsing signal (ST) has been received then all relevant digits 

shall be reported, plus the end of pulsing signal and a filler digit, if 

necessary (note 1 ) 

If the inter-digit timer expires in the IVISC then all relevant digits shall be 

reported plus a filler digit, if necessary (notes 1 & 2). 

Note 1 : The relevant digits are the digits originally reported in InitialDP plus any additional 

relevant digits collected as a result of the Collectlnformation operation(s). 

Note 2: If the inter-digit timer expires before any additional relevant digits have been 

collected then the digits reported are the same as those previously reported in InitialDP or 

EventReportBCSM. 

Note 3: Some dialled digits may not be relevant for reporting. Relevant digits are 

determined by operator defined rules in the IVISC, e.g. operator specific service selection 

information may not be reported. The MSC/ gsmSSF compares 'N' against the digits to be 

reported. 



4.6.1 .7 Initiate Call Attempt ack 

4.6.1.7.1 Description 

This IF is the successful response to the Initiate Call Attempt IF. 

4.6.1.7.2 Information Elements 



Information element name 


NC 


NP 


Description 


Supported CAMEL Phases 


M 


M 


This IE indicates the CAMEL Phases supported. 
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Information element name 


NC 


NP 


Description 


Offered CAMEL4 Functionalities 


M 


M 


This IE is described in subclause 4.6.1 .8. 

This IE indicates the CAIVIEL phase 4 functionalities offered. 



4.6.1.8 



Initial DP 



4.6.1.8.1 



Description 



This IF is generated by the gsmSSF when a trigger is detected at a DP in the BCSM, to request instructions from the 
gsmSCF. 



4.6.1.8.2 



Information Elements 



(Note: lEs in the NC columns in this IF may need further study.) 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Additional Calling Party 
Number 


C 


C 


C 


C 




C 


C 


This IE contains the calling party number provided by 
the access signalling system of the calling user or 
received from the gsmSCF due to the previous CAIVIEL 
processing. 


Called Party Number 


c 


M 


M 


M 




M 


M 


This IE contains the number used to identify the called 
party in the forward direction. 

For IVIO and IVIF calls this IE is used in the case of TDP 
Route_Select_Failure (this is the destination number 
used to route the call) and in the case of TDP Busy and 
TDP No Reply (this is the IVISISDN when the destination 
number used for the call is an IVISRN, or in the case of 
unsuccessful call establishment received from the HLR 
via the IVIAP interface, otherwise it is the number used to 
route the call). 

For VT calls when there is no forwarding pending this is 
the IVISISDN received in the Provide Roaming Number; 
if the MSISDN is not available, the basic MSISDN is 
used. 

For the MT and VT call case when there is call 
forwarding or call deflection pending, this is the 
MSISDN, i.e. not the forwarded-to or deflected-to 
number. 

If the Initial DP IF is sent at TDP Route_Select_Failure 
or TDP Analysedjnformation then the NatureOfAddress 
indicator may contain a national-specific value. For 
some national-specific NatureOfAddress indicator 
values the length of the digit part of the destination 
address may be zero. 

For TO calls this IE is used to identify the called party in 
the forward direction. It is used in the case of TDP 
Collected_lnformation and TDP Analysed_lnformation. 
The number contained in this IE shall be the relevant 
digits, for reporting purposes, of the number received in 
the telephony signalling system call establishment 
message (e.g. ISUP lAM). The number may or may not 
include the end of pulsing signal (ST). 
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Information element 
name 


MO 


MF 


MT 


VT 


NO 


NP 


TO 


Description 


Called Party BCD 
Number 


C 














This IE contains the number used to identify the called 
party in the forward direction. It is used for an IVIO call in 
all cases except in the case of TDP 
Route_Select_Failure. 

For the TDP Collectedjnformation, the number 
contained in this IE shall be identical to the number 
received over the access network. It may e.g. include 
service selection information, such as ^ and # digits, or 
carrier selection information dialled by the subscriber. 
For the TDP Analysedjnformation, the number 
contained in this IE shall be the dialled number received 
over the network access or received from a gsmSCF in 
a Connect IF, Service selection information, such as * 
and # digits may be present (see subclause 4.2.1 .2.2); 
carrier selection information dialled by the subscriber is 
not present. 


Calling Party Number 


M 


C 


C 


C 


- 


C 


C 


This IE carries the calling party number to identify the 
calling party or the origin of the call. 


Calling Partys 
Category 


M 


C 


C 


c 


- 


C 


c 


This IE indicates the type of calling party (e.g., operator, 
pay phone, ordinary subscriber). 


CallGap Encountered 


C 


C 


C 


c 




c 


c 


This IE indicates the type of gapping which has been 
applied to the related call. 

This IE shall be present only if a call gapping context is 
applicable to the Initial DP IF. 


Call Reference 
Number 


M 


M 


M 


M 




M 


M 


This IE may be used by the gsmSCF for inclusion in a 
network optional gsmSCF call record. It has to be 
coupled with the identity of the IVISC which allocated it in 
order to define unambiguously the identity of the call. 
For IVIO calls, the call reference number is set by the 
serving VIVISC and included in the IVIO call record. 
For IVIT calls, the call reference number is set by the 
GMSC and included in the RCF call record in the GMSC 
and in the IVIT call record in the terminating MSC. 
For VT calls, the call reference number is set by the 
GMSC and included in the RCF call record in the GMSC 
and in the MT call record in the terminating MSC. 
For MF calls, the call reference number is set by the 
GMSC and included in the CF record in the forwarding 
MSC. 

For the setting of the Call Reference Number for NP 
calls, see the corresponding call case above (MO, MT, 
VTorMF). 

For TO calls, the call reference number is set by the 
inter-connecting MSC. 


Cause 


C 


C 


C 


C 








This IE indicates the cause specific to the armed BCSM 
DP event. This IE is applicable to 
DP Route_Select_Failure and DP T_Busy. The cause 
may be used by the gsmSCF to decide how to continue 
the call handling. 


Event Type BCSM 


M 


M 


M 


M 




M 


M 


This IE indicates the armed BCSM DP event, resulting 
in the Initial DP IF. For the TO traffic case this will be 
'Collectedlnformation' or 'Analysedlnformation'. 


IMSI 


M 


M 


M 


M 




S 




This IE identifies the mobile subscriber. 
For the NP case, the IMSI is mandatory if the new party 
is initiated in an MO, MF, MT, or VT call, otherwise it 
shall be absent. 


IP SSP Capabilities 


C 


C 


C 


C 




C 


C 


This IE indicates which SRF resources are supported 
within the gsmSSF and are available. If this IE is absent, 
it indicates that no gsmSRF is attached and available. 


Location Information 


M 


- 


C 


M 


- 


- 


- 


This IE is described in a table below. 


Location Number 


M 


C 


C 


C 






c 


For mobile originated calls this IE represents the 
location of the calling party. For all other call scenarios 
this IE contains the location number received in the 
incoming ISUP signalling. 
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Information element 
name 


MO 


MF 


MT 


VT 


NO 


NP 


TO 


Description 


MSC Address 


M 


M 


M 


M 




M 


M 


For IVIO calls, the IVISC Address carries the international 

E.164 address of the serving VMSC. 

For IVIT calls, the IVISC Address carries the international 

E.164 address of the GMSC. 

For VT calls, the IVISC Address carries the international 

E.164 address of the serving VIVISC. 

For IVIF calls, the IVISC Address carries the international 

E.164 address of the forwarding IVISC. 

For NP case, see the corresponding call case above 

(MO, MT, VTorMF). 

For TO calls, the MSC Address carries the international 

E.164 address of the inter-connecting MSC. 


GMSC Address 




M 




M 




S 




For MF calls, the GMSC Address carries the 
international E.164 address of the GMSC. 
For VT calls, the GMSC Address carries the 
international E.164 address of the GMSC. 
For NP calls, the GMSC Address is mandatory if the 
new party is initiated in an MF call or in a VT call, 
otherwise it shall be absent. The GMSC Address carries 
the international E.164 address of the GMSC. 


Carrier 


S 


S 


S 


S 




S 


S 


This IE is described in a table below. 

This IE may be present when the VPLMN and the 

HPLMN of the subscriber are both North American. 

For MO calls, this IE shall identify any carrier that was 

explicitly selected by the calling subscriber. If no carrier 

was explicitly selected, this IE shall contain the calling 

subscriber's subscribed carrier. 

For MT and VT calls, the IE shall contain the carrier 

subscribed to by the called subscriber. 

For MF calls, the IE shall contain the carrier subscribed 

to by the forwarding subscriber. 

For TO calls, this IE shall identify any carrier that was 

explicitly selected by the calling party or redirecting 

party, as received from the telephony signalling system 

(e.g. ISUP lAM). 


Original Called Party 
ID 


C 


C 


C 


C 






C 


This IE carries the dialled digits if the call has met call 
forwarding on the route to the gsmSSF. This IE shall 
also be sent if it was received from the gsmSCF due to 
previous CAMEL processing. 


Redirecting Party ID 


C 


C 


C 


C 






C 


This IE indicates the directory number the call was 
redirected from. This IE shall also be sent if it was 
received from the gsmSCF due to previous CAMEL 
processing. 


Redirection Information 


C 


C 


C 


C 


- 


- 


C 


This IE contains forwarding related information, such as 
the redirection counter. 


Service Key 


M 


M 


M 


M 




M 


M 


This IE indicates to the gsmSCF the requested CAMEL 
Service. It is used to address the required application 
within the gsmSCF. 


Subscriber State 






C 


C 








This IE indicates the status of the MS. The states are: 

- CAMEL Busy: The MS is engaged on a transaction 
for a mobile originating or terminated circuit-switched 
call. 

- Network Determined Not Reachable: The network 
can determine from its internal data that the MS is not 
reachable. 

- Assumed Idle: The state of the MS is neither 
"CAMEL Busy" nor "Network Determined Not 
Reachable". 

- Not provided from VLR. 


Time And Timezone 


M 


M 


M 


M 


- 


M 


M 


This IE contains the time that the gsmSSF was 
triggered, and the time zone in which gsmSSF resides. 
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Information element 
name 


MO 


MF 


MT 


VT 


NO 


NP 


TO 


Description 


Call Forwarding SS 
Pending 






C 


C 








If the Initial DP IF is sent from the GMSC, then this IE 
shall be present in the following cases: 

- The GIVISC has received an FTN in the 1st Send 
Routeing Info ack IF from the HLR. 

- The GIVISC has received an FTN in the 2nd Send 
Routeing Info ack IF from the HLR and no relationship 
with the gsmSCF exists at that moment. 

- The GIVISC has received the Resume Call Handling 
IF from the VIVISC and no relationship with the gsmSCF 
exists at that moment. 

If the Initial DP IF is sent from the VMSC, then this IE 
shall be present in the following cases: 

- Conditional call forwarding is invoked and no 
relationship with the gsmSCF exists at that moment. 

- Call Deflection is invoked and no relationship with 
the gsmSCF exists at that moment. 


Fonwarding Destination 
Number 






C 


c 








This IE contains the Forwarded-to-Number or the 
Deflected-to-Number. It shall be present if the Call 
Forwarding SS Pending IE is present, otherwise it shall 
be absent. 


Service Interaction 
Indicators Two 


C 


C 


c 


c 




C 


c 


The IE is described in a table below. 

This IE is present if it is received in the ISUP message 

or due to previous CAIVIEL processing. 


CUG Index 


c 


- 


- 


- 


- 


C 


- 


See 3GPP TS 23.085 [221 for details of this IE. 


CUG Interlock Code 


c 


c 


c 


c 




c 


c 


This IE shall be set according to 3GPP TS 23.085 [22] 
unless modified by the gsmSCF via the Connect or 
Continue With Argument IFs. 


Outgoing Access 
Indicator 


c 


c 


c 


c 




c 


c 


This IE shall be set according to the 3GPP 

TS 23.085 [22] unless modified by the gsmSCF via the 

Connect or Continue With Argument IFs. 


MS Classmark 2 


c 














This IE contains the MS classmark 2, which is sent by 
the MS when it requests access to setup the MO call or 
responds to paging in the CS domain. 


IMEI (with software 
version) 


c 














This IE contains the IMEISV (as defined in 3GPP 
TS 23.003 [7]) of the ME in use by the served 
subscriber. 


Supported CAIVIEL 
Phases 


M 


M 


M 


M 


M 


M 


M 


This IE indicates the CAMEL Phases supported by the 
GMSC or the VMSC. 


Offered CAMEL4 
Functionalities 


M 


M 


M 


M 


IVl 


M 


M 


This IE is described in a table below. 

This IE indicates the CAMEL phase 4 functionalities 

offered by the GMSC or the VMSC. 


Bearer Capability 


M 


C 


C 


C 




C 


C 


This IE indicates the bearer capability connection to the 
user. For a SCUDIF call (as defined in 3GPP TS 23.172 
[27] this IE indicates the Bearer Capability of the 
preferred service. 


Bearer Capability 2 


C 


C 


C 


C 


- 


- 


C 


This IE indicates the bearer capability of the less 
preferred service for a SCUDIF call. 


Ext-Basic Service 
Code 


C 


C 


C 


C 




c 


C 


This IE indicates the basic service, i.e. teleservice or 
bearer service. For a SCUDIF call this IE indicates the 
basic service of the preferred service 


Ext-Basic Service 
Code 2 


C 


C 


C 


C 


- 


- 


C 


This IE indicates the basic service of the less preferred 
service for a SCUDIF call. 


High Layer 
Compatibility 


C 


C 


C 


C 




c 


C 


This IE indicates the high layer compatibility, which will 
be used to determine the ISDN-teleservice of a 
connected ISDN terminal. For a SCUDIF call this IE 
indicates the high layer compatibility of the preferred 
service. 


High Layer 
Compatibility 2 


C 


C 


C 


c 


- 


c 


C 


This IE indicates the high layer compatibility of the less 
preferred service for a SCUDIF call. 


Low Layer 
Compatibility 


C 


C 


C 


c 




c 


C 


This IE indicates the low layer compatibility, which will 
be used to determine the ISDN bearer capability of a 
connected ISDN terminal. For a SCUDIF call this IE 
indicates the Low Layer Compatibility of the preferred 
service. 
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Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Low Layer 
Compatibility 2 


C 


C 


C 


c 


- 


C 


c 


This IE indicates the low layer compatibility of the less 
preferred service for a SCUDIF call. 


Enhanced Dialled 
Services Allowed 


s 


s 






s 


s 


s 


This IE indicates that the gsmSCF may use the 
Enhanced Dialled Services (EDS). 
This IE shall be included if and only if all of following four 
conditions are fulfilled: 

- this IF is sent due to triggering on DP 
Analysed_lnformation; and 

- the EDS functionality is offered for this call (as 
indicated in the Offered CAI\/IEL4 Functionalities); and 

- there is no more than one outgoing leg within this 
call; and 

- there is no other CAIVIEL dialogue active for the leg 
for which this IF is sent. 


User-to-User Service 
activation request 





















This IE may be sent if it is received in a call control 
message. See 3GPP TS 23.087 [45], 3GPP TS 24.008 
[30], and ETSI EN 300 356-1 [40] for details of this IE. 


User-to-User 
Information 





















This IE may be sent if it is received in a call control 
message. See 3GPP TS 23.087 [45], 3GPP TS 24.008 
[30], and ETSI EN 300 356-1 [40] for details of this IE. 


Collect Information 
Allowed 














s 


This IE indicates whether the gsmSCF is allowed to use 
Collect Information for the armed BCSIVI DP event. This 
IE shall only be included when the armed BCSIVI DP 
event is 'Collectedlnformation' or 'Analysedlnformation'. 
Note: This IE shall only be included for the 
'Analysedlnformation' BCSIVI DP event if the 'Enhanced 
Dialled Services Allowed' IE is also present. 



Offered CAMEL4 Functionalities contains the following information elements: 



Information element name 


Status 


Description 


Initiate Call Attempt 


S 


This IE indicates that the gsmSCF may send to the gsmSSF the Initiate Call 
Attempt IF. 


Split Leg 


S 


This IE indicates that the gsmSCF may send to the gsmSSF the Split Leg IF. 


Move Leg 


s 


This IE indicates that the gsmSCF may send to the gsmSSF the Move Leg IF. 


Disconnect Leg 


s 


This IE indicates that the gsmSCF may send to the gsmSSF the Disconnect 
Leg IF. 


Entity Released 


s 


This IE indicates that the gsmSSF will send to the gsmSCF the Entity Released 
IF, when appropriate. 


DFC With Argument 


s 


This IE indicates that the gsmSCF may send to the gsmSSF the Disconnect 
Forward Connection With Argument IF. 


Play Tone 


s 


This IE indicates that the gsmSCF may send to the gsmSSF the Play Tone IF. 


DTMF Mid Call 


s 


This IE indicates that the gsmSCF may instruct the gsmSSF to arm the 
0_MidCall or T_MidCall DP. The gsmSCF may instruct the gsmSSF to 
automatically re-arm the DP, when encountered. 


Charging Indicator 


s 


This IE indicates that the Charge Indicator IE may be present in the Event 
Report BCSM IF reporting the Answer or T Answer DP. 


Alerting DP 


s 


This IE indicates that the gsmSCF may instruct the gsmSSF to arm the 
Term Seized or Call Accepted DP. 


Location At Alerting 


s 


This IE indicates that the Location Information IE shall be present (if available) 
in the Event Report BCSM IF reporting the Term Seized or Call Accepted 
DP. 


Change Of Position DP 


s 


This IE indicates that the gsmSCF may instruct the gsmSSF to arm the 
0_Change_Of_Position or T_Change_Of_Position DPs. The gsmSCF may 
instruct the gsmSSF to automatically re-arm the DP, when encountered. 


OR Interactions 


s 


This IE indicates that the gsmSCF may send to the gsmSSF the Basic OR 
Interrogation Requested IE in the Connect or Continue With Argument IF. 
This IE indicates that the Route Not Permitted IE may be present in the Event 
Report BCSM IF reporting the Abandon DP. 


Warning Tone Enhancements 


s 


This IE indicates that the gsmSCF may send to the gsmSSF the Burstlist IE 
(within the Audible Indicator IE) in an Apply Charging IF. 


CF Enhancements 


s 


This IE indicates that the Forwarding Destination Number IE may be present in 
the Event Report BCSM IF reporting the T Busy or T No Answer DP. 


Criteria for Change Of Position 


s 


This IE indicates that the gsmSCF may send to the gsmSSF in the Request 
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Information element name 


Status 


Description 


DP 




Report BCSIVI Event IF criteria for reporting the report of 
Change Of Position or T Change Of Position. 


Subscribed Enhanced Dialled 
Services 


S 


This IE indicates that Subscribed Enhanced Dialled Services is offered. 


Serving Network Enhanced 
Dialled Services 


S 


This IE indicates that Serving Network Enhanced Dialled Services is offered. 


Service Change DP 


s 


This IE indicates that the gsmSCF may instruct the gsmSSF to arm the 
0_Service_Change or T_Service_Change DPs. The gsmSCF may instruct the 
gsmSSF to automatically re-arm the DP, when encountered. 


Collect Information 


s 


This IE indicates that the gsmSCF may instruct the gsmSSF to arm the 
Collectedlnfo EDP and order the IVISC to collect a specific number of additional 
dialled digits. 



Location Information is defined in 3 GPP TS 23.018 [12]. The following differences apply: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Location Number 


- 


- 


C 


C 


- 


- 


See 3GPPTS 23.018 [12]. 


Service area ID 


C,E 


- 


C,E 


C,E 


- 


- 


See 3GPPTS 23.018 [12]. 


Cell ID 


C,E 


- 


C,E 


C,E 


- 


- 


See 3GPPTS 23.018 [12]. 


Geographical information 


C 


- 


C 


C 


- 


- 


See 3GPPTS 23.018 [12]. 


Geodetic information 


C 


- 


C 


C 


- 


- 


See 3GPPTS 23.018 [12]. 


VLR number 


M 


- 


C 


M 


- 


- 


See 3GPPTS 23.018 [12]. 


Age Of location information 


M 


- 


C 


C 


- 


- 


See 3GPPTS 23.018 [12]. 


Current Location Retrieved 


- 


- 


- 


- 


- 


- 


Not applicable 


Location area ID 


C,E 


- 


C,E 


C,E 


- 


- 


See 3GPP TS 23.003 [7]. 


Selected LSA Identity 


S 




S 


S 






This IE indicates the LSA identity associated 
with the current position of the IVIS. It shall 
be present if the LSA ID in the subscriber 
data matches the LSA ID of the current cell. 
In the case of multiple matches the LSA ID 
with the highest priority shall be present. 
See 3GPPTS 23.073 [18]. 
This IE shall be present if available and 
SoLSA is supported, otherwise it shall be 
absent. 


User CSG Information 


C 


- 


C 


- 


- 


- 


See 3GPPTS 23.060 [15]. 



Carrier contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Carrier Identification 
Code 


M 


M 


M 


M 


- 


M 


M 


This IE uniquely identifies a North American long distance 
carrier. 


Carrier Selection 
Information 


M 


M 


M 


M 




M 


M 


This IE indicates the way the carrier was selected, i.e.: 

- dialled 

- subscribed 



Service Interaction Indicators Two contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Forward Service 
Interaction Indicator 


C 


C 


C 


C 


- 


C 


c 


This IE is described in a table below. 


HOLD Treatment 
Indicator 


c 


- 


- 


C 


- 


C 


- 


This IE indicates whether the CAIVIEL subscriber can 
invoke HOLD for the call. 


CW Treatment 
Indicator 


c 


- 


- 


c 


- 


c 


- 


This IE indicates whether CW can be applied for a call to 
the CAIVIEL subscriber whilst this call is ongoing. 


ECT Treatment 
Indicator 


c 


- 


- 


c 


- 


c 


- 


This IE indicates whether the call leg can become part of 
an ECT call initiated by the CAIVIEL subscriber. 



Forward Service Interaction Indicator contains the following information elements: 
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Information element 
name 


MO 


MF 


MT 


VT 


NO 


NP 


TO 


Description 


Conference Treatment 
Indicator 


C 


C 


C 


c 


- 


C 


C 


This IE indicates whether the call leg can become part of 
a IVIPTY call initiated by the called subscriber. 


Call Diversion 
Treatment Indicator 


c 


c 


c 


c 




C 


c 


This IE indicates whether the call can be fonwarded using 
the Call Forwarding or Call Deflection supplementary 
services. 



4.6.1.9 Move Leg ack 

4.6.1.9.1 Description 

This IF is the successful response to the Move Leg IF. 

4.6.1.9.2 Information Elements 

This IF contains no information elements. 

4.6.1.10 Split Leg ack 

4.6.1.10.1 Description 

This IF is the successful response to the Split Leg IF. 

4.6.1 .1 0.2 Information Elements 

This IF contains no information elements. 

4.6.2 gsmSCF to gsmSSF information flows 



4.6.2.1 



4.6.2.1.1 



Activity Test 
Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and gsmSSF. If the 
relationship is still in existence, then the gsmSSF will respond. If no reply is received, then the gsmSCF will assume 
that the gsmSSF has failed in some way and will take appropriate action. 

4.6.2.1.2 Information Elements 

This IF contains no information elements. 



4.6.2.2 



Apply Charging 



4.6.2.2.1 Description 

This IF is used to instruct the gsmSSF to apply charging mechanisms to control the call duration. 

4.6.2.2.2 Information Elements 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


ACh Billing Charging 
Characteristics 


M 


M 


M 


M 


M 


M 


M 


This IE specifies the charging related information to be 
provided by the gsmSSF and the conditions on which this 
information has to be provided back to the gsmSCF. 


Party To Charge 


M 


M 


M 


M 


M 


M 


M 


This IE shall be reflected in the corresponding IE of the 
Apply Charging Report IF. This IE has no effect on the 
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Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


















charging procedures in the IVISC. 


ACh Charging Address 


M 


M 


M 


M 


M 


M 


M 


This IE identifies the call party to which the Apply 

Charging IF applies. 

This IE is described in a table below. 



ACh Billing Charging Characteristics contains the following information element: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Time Duration 
Charging 


M 


M 


M 


M 


M 


M 


M 


This IE is described in a table below. 



Time Duration Charging contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Max Call Period 
Duration 


M 


M 


M 


M 


M 


M 


M 


This IE indicates the maximum call period duration timer. 


Tariff Switch Interval 























This IE indicates the tariff switch time until the next tariff 
switch applies for this call leg. 


Release If Duration 
Exceeded 























This IE indicates that the call leg, SRF connection or 
Temporary connection shall be released when the Max 
call Period Duration expires. The cause used in the 
Release IF shall be "normal unspecified". 
The default handling is to continue the call. 


Audible Indicator 





- 

















This IE is described in a table below. 



Audible Indicator IE contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Tone 


E 




E 


E 


E 


E 


E 


This IE indicates that a fixed sequence of tones shall be 
played to the CAIVIEL subscriber. In the NC case, the first 
party created will receive the warning tone. In the TO case 
the calling party will receive the warning tone. If present, 
this IE indicates that 30 seconds before the IVIax Call 
Period Duration timer expires, a fixed sequence of tones 
consisting of 3 tones of 900 Hz, with a 200 milliseconds 
tone duration and a 200 milliseconds intertone duration 
shall be played. 


Burstlist 


E 




E 


E 


E 


E 


E 


This IE is described in the table below. 
This IE indicates a variable sequence of bursts that shall 
be played during the call period to the CAIVIEL subscriber. 
In the NC case, the first party created will receive the 
warning tone. In the TO case the calling party will receive 
the warning tone. 



Burstlist IE contains the following information elements: 



Information element name 


Status 


Description 


Warning Period 


M 


This IE indicates the time, before the IVIax Call Period Duration timer expires, 
when the Play Burst List IE shall start. 


Number Of Bursts 


M 


This IE indicates the number of bursts to be played. There may be up to three 
bursts. 


Burst Interval 


M 


This IE indicates the time interval between successive bursts. 


Number Of Tones In Burst 


M 


This IE indicates the number of tones to be played in each burst. There may 
be up to three tones per burst. The tone is fixed to 900 Hz. 


Tone Duration 


M 


This IE indicates the duration of a tone in a burst. 


Tone Interval 


M 


This IE indicates the time interval between successive tones in a burst. 
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NOTE Service logic designers should note that the total duration of the Burst List should not exceed the 
WarningPeriod IE, otherwise an incomplete Burst List will be played to the served party. 

ACh Charging Address contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Leg ID 


E 


E 


E 


E 


E 


E 


E 


This IE indicates that the Apply Charging IF applies to the 
specified leg. 


SRF Connection 


E 


E 


E 


E 


E 


E 


E 


This IE indicates that the Apply Charging IF applies to the 
Temporary Connection or SRF Connection 



4.6.2.3 Call Gap 



4.6.2.3.1 



Description 



This IF is used to activate/modify/remove a call gap mechanism in the gsmSSF. The call gap mechanism is used to 
reduce the rate at which specific service requests are sent to a gsmSCF. 

A Call Gap IF can only be sent on an opened dialogue between a gsmSCF and a gsmSSF. 

It is possible to have several call gapping conditions applicable to the same gsmSSF (i.e. each conditions was activated 
for a defined Service (identified by the service Key) by a defined gsmSCF (identified by the gsmSCF address). 



4.6.2.3.2 



Information Elements 



Information element name 


Status 


Description 


Gap Criteria 


M 


This IE specifies the criteria for a call to be subject to call gapping. 


Gap Indicators 


M 


This IE indicates the gapping characteristics. 


Control Type 





This IE indicates the reason for activating call gapping. 

The value "gsmSCF Overloaded" indicates that an automatic congestion 

detection and control mechanism in the gsmSCF has detected a congestion 

situation. 

The value "IVIanually Initiated" indicates that the service and/or network/service 

management centre has detected a congestion situation, or any other situation 

that requires manually initiated controls. 

The Control Type "IVIanually Initiated" will have priority over a "gsmSCF 

Overloaded" call gap. 

Note that Non-IN controlled traffic control mechanism can also apply to an 

exchange with the gsmSSF functionality. As the non-IN controlled traffic 

control is within the IVISC, this traffic control has implicit priority over the IN 

controlled traffic control. The non-IN controlled traffic control may also have 

some influence on the IN call. Therefore it is recommended to take measures 

to coordinate several traffic control mechanisms. The non-IN controlled traffic 

control and co-ordination of several traffic control mechanisms are out of the 

scope of the present document. 


Gap Treatment 





This IE indicates how calls that were rejected due to the call gapping condition 
and have Default Call Handling as "Release Call" shall be treated. 



Gap Criteria contains one of tlie following information elements: 



Information element name 


Status 


Description 


Basic Gap Criteria 


0,E 


This IE is a choice of various basic criteria. 


Compound Gap Criteria 


0,E 


This IE is a choice of various criteria including a gsmSCF ID. 



Compound Gap Criteria contains the following information elements: 



Information element name 


Status 


Description 


Basic Gap Criteria 


M 


This IE is a choice of various criteria. 


gsmSCF ID 





This IE contains the address of the gsmSCF which initiated the Call Gapping. 
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Basic Gap Criteria contains one of the following information elements: 



Information element name 


Status 


Description 


Called Address 


0,E 


This IE contains a string of digits. For each call attempt where the leading 
digits of the dialled number match this specific value, the call gapping 
treatment shall be applied to the call. 


Service 


0,E 


This IE contains a service key value. For each call attempt where the service 
key match this specific value, the call gapping treatment shall be applied to the 
call. 


Called Address And Service 


0,E 


This IE contains a specific string of digits and a service key value. For each 
call attempt where the leading digits of the dialled number and the service key 
of a call match these specific values, the call gapping treatment shall be 
applied to the call. 


Calling Address And Service 


0,E 


This IE contains a specific string of digits and a service key value. For each 
call attempt where the leading digits of the calling party number and the 
service key match these specific values, the call gapping treatment shall be 
applied to the call. 



Gap Indicators contains the following information elements: 



Information element name 


Status 


Description 


Duration 


M 


This IE specifies the total time interval during which call gapping for the 

specified gap criteria will be active. 

A duration of indicates that gapping is to be removed. 

A duration of -2 indicates a network specific duration. 

Other values indicate the duration in seconds. 


Interval 


M 


This IE specifies the minimum time between calls being allowed through. 

An interval of indicates that calls meeting the gap criteria are not to be 

rejected. 

An interval of -1 indicates that all calls meeting the gap criteria are to be 

rejected. 

Other values indicate the interval in milliseconds. 



Gap Treatment contains one of the following elements: 



Information element name 


Status 


Description 


Information To Send 


0,E 


This IE indicates an announcement or a tone to be sent to the calling party. At 
the tone or announcement, the call shall be released. 


Release Cause 


0,E 


If the call is to be released, this IE indicates the specific cause value to be sent 
in the Release IF. See ETSI EN 300 356-1 [40] for the coding. 



Information To Send contains one of the following elements: 



Information element name 


Status 


Description 


In-band Info 


0,E 


This IE specifies the in-band information to be sent. 


Tone 


0,E 


This IE specifies a tone to be sent to the end-user. 



In-band Info contains the following information elements: 



Information element name 


Status 


Description 


Message ID 


M 


This IE is described in a table below. 

This IE indicates the message(s) to be sent. 


Message Duration 





This parameter indicates the maximum time in seconds that the message shall 
be played/repeated. ZERO indicates endless repetition. 



Message Id contains the following element: 



Information element name 


Status 


Description 


Elementary Message ID 





This IE indicates a single announcement. 
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4.6.2.4 



Call Information Request 



4.6.2.4.1 



Description 



This IF is used to request the gsmSSF to record specific information about a single call party and report it to the 
gsmSCF (with a Call Information Report IF). 



4.6.2.4.2 



Information Elements 



Information element name 


status 


Description 


Requested Information Type List 


M 


This IE is described in a table below. 

This IE specifies a list of specific items of information which are requested. 


Leg ID 


M 


This IE indicates the party in the call for which the information shall be 
collected. 



Requested Information Type List contains the following information elements: 



Information element name 


Status 


Description 


Call Attempt Elapsed Time 





This IE indicates that the Call Attempt Elapsed Time is requested in the Call 

Information Report. 

Call Attempt Elapsed Time is the duration between the end of the CAIVIEL 

processing initiating call setup (Connect, Continue or Continue With Argument 

IF) and the received answer indication from the called party side. 

For the Calling Party, the value of Call Attempt Elapsed Time in the Call 

Information Report shall be set to 0. 


Call Stop Time 





This IE indicates that the Call Stop Time is requested in the Call Information 

Report. 

Call Stop Time is the time stamp when the connection is released. 


Call Connected Elapsed Time 





This IE indicates that the Call Connected Elapsed Time is requested in the 

Call Information Report. 

Call Connected Elapsed Time is the duration between the received answer 

indication from the called party side and the release of the connection. 

For a Calling Party, it indicates the duration between the sending of the Initial 

DP IF and the release of that party. 


Release Cause 





This IE indicates that the Release Cause for the call party is requested in the 
Call Information Report. 



4.6.2.5 



Cancel 



4.6.2.5.1 Description 

This IF is used by the gsmSCF to request the gsmSSF to cancel all EDPs and reports. 



4.6.2.5.2 



Information Elements 



Information element name 


Status 


Description 


All Requests 


M 


This IE indicates that all active requests for the Event Report BCSIVI, Apply 
Charging Report and Call Information Report IFs shall be cancelled. 



4.6.2.5A Collect Information 



4.6.2.5A.1 



Description 



This IF is used to instruct the gsmSSF to collect additional dialled digits from the calling party and report them to the 
gsmSCF. The use of this operation is only appropriate for a call which has not yet left the set-up phase. 

NOTE: It is advisable to avoid the use of gsmSCF-initiated user interaction while additional digits are being 

collected. Interaction with a Specialised Resource Function (SRF) may result in an ACM being sent to the 
originating node which will prevent any further dialled digits being sent. 
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NOTE: If the gsmSCF sends CAP Connect before the dialHng is complete then no further digits can be collected 
from the calling party. 

4.6.2.5A.2 Information Elements 

This IF contains no information elements. 



4.6.2.6 



Connect 



4.6.2.6.1 



Description 



This IF is used to request the gsmSSF to perform the call processing actions to route a call to a specific destination. To 
do so, the gsmSSF may use destination information from the calling party and existing call set-up information 
depending on the information provided by the gsmSCF. 

The gsmSCF shall not send this IF when there is a CS A with a single call segment which includes only leg 1 . 



4.6.2.6.2 



Information Elements 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Alerting Pattern 


- 


- 








- 


- 


- 


This IE indicates the kind of Alerting Pattern to be 
applied. 


Calling Partys 
Category 























This IE indicates the type of calling party (e.g., operator, 
pay phone, ordinary subscriber). 


Destination Routing 
Address 


M 


M 


M 


M 


M 


M 


M 


This IE contains the called party number towards which 
the call is to be routed. 

The NatureOfAddress indicator may contain a national- 
specific value. For some national-specific 
NatureOfAddress indicator ya\ues the length of the digit 
part of the destination address may be zero. The 
gsmSCF may use national-specific NatureOfAddress 
indicator va\ues of the gsmSSF country. 


Generic Number 























This IE contains the generic number. Its used to convey 
the additional calling party number, which e.g. could be 
used to modify the calling line ID presented to the called 
user. 


Carrier 























This IE is described in a table below. 


NA Originating Line 
Information 























This IE identifies the type of number in the Charge 
Number (e.g. subscriber versus PLIVIN operator 
number). 


Charge Number 























This IE identifies the chargeable number for the usage 
of a North American carrier. 


0-CSI Applicable 


- 


- 


O 





- 


- 


- 


This IE indicates that the 0-CSI, if present shall be 
applied on the outgoing leg. 


Suppress N-CSI 


- 


- 


- 


- 


- 


- 





This IE indicates that N-CSI, if present, shall be 
suppressed for the trunk originated call. 


Original Called Party 
ID 























This IE carries the dialled digits if the call has met call 
forwarding on route to the gsmSSF or is forwarded by 
the gsmSCF. 


Leg To Be Connected 


s 


s 


s 


s 


s 


s 


s 


This IE indicates the leg to which the Connect IF 

applies. 

The gsmSCF shall include this IE if: 

- The CSA has more than one call segment, or 

- The CSA has a single call segment, which contains: 

- one leg, which is not leg 2; or 

- two legs, which are not leg 1 and leg 2, or 

- more than two legs. 

Otherwise this IE may be present or absent as required 

by the service logic. 

This IE shall not indicate Ieg1 . 


Redirecting Party ID 























This IE indicates the directory number the call was 
redirected from. 
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Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Redirection Information 























This IE contains forwarding related information, such as 
redirecting counter. 


Suppression Of 
Announcements 




















This IE indicates that announcements or tones 
generated as a result of unsuccessful call establishment 
shall be suppressed. 


Service Interaction 
Indicators Two 























This IE is described in a table below. 


CUG Interlock Code 























See 3GPP TS 23.085 [22] for details of this IE. 


Outgoing Access 
Indicator 























See 3GPP TS 23.085 [22] for details of this IE. 


Basic OR interrogation 
requested 





















This IE indicates that a Basic Optimal Routeing 
interrogation is requested for the call. If Basic Optimal 
Routeing is successful, this will be reported to the 
gsmSCF in the Answer event report. 
This IE shall be ignored if the VIVISC associated with the 
gsmSSF does not support Basic Optimal Routeing. 
This IE shall be ignored if it is received in a gsmSSF 
which is handling the MF call case in the GMSC function 
of the forwarding subscriber. 



Carrier contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Carrier Identification 
Code 


M 


M 


M 


M 


M 


M 


M 


This IE uniquely identifies a North American long 
distance carrier. 


Carrier Selection 
Information 


M 


M 


M 


M 


M 


M 


M 


This IE indicates the way the carrier was selected e.g.: 

- dialled; 

- subscribed. 



Service Interaction Indicators Two contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Forward Service 
Interaction Indicator 























This IE is described in a table below. 


Backward Service 
Interaction Indicator 














- 


- 





This IE is described in a table below. 


HOLD Treatment 
Indicator 





- 


- 





- 


- 


- 


This IE allows the gsmSCF to disallow the invocation of 
HOLD by the CAMEL subscriber. 


CW Treatment 
Indicator 


















This IE allows the gsmSCF to disallow the invocation of 
CW for a call to the CAIVIEL subscriber whilst this call is 
ongoing. 


ECT Treatment 
Indicator 


















This IE allows the gsmSCF to disallow the call leg to 
become part of an ECT call initiated by the CAIVIEL 
subscriber. 


Connected number 
treatment indicator 














- 


- 





This IE indicates the treatment of the connected number 
at the originating side. 


Non-CUG Call 























This IE indicates that no parameters for CUG should be 
used for the call (i.e. the call should be a non-CUG call). 
Shall be absent if one or more of CUG Interlock Code 
and Outgoing Access Indicator is present in the IF. 



Forward Service Interaction Indicator contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Conference Treatment 
Indicator 






















This IE allows the gsmSCF to disallow the call leg to 
become part of a IVIPTY call initiated by the CAIVIEL 
subscriber. 


Call Diversion 
Treatment Indicator 

















- 





This IE allows the gsmSCF to disallow the Call 
Forwarding or Call Deflection supplementary services 
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Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


















for this call. 


Calling Party 
Restriction Indicator 























This IE allows the gsmSCF to mark the CLI as 
Restricted for the call. 



Backward Service Interaction Indicator contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Conference Treatment 
Indicator 






















This IE allows the gsmSCF to disallow the call leg to 
become part of a IVIPTY call initiated by the calling 
subscriber. 


Call Completion 
Treatment Indicator 






















This IE allows the gsmSCF to disallow a CCBS request 
to be made for the call. See also 3GPP TS 23.093 [26] 
for description. 



4.6.2.7 



Connect To Resource 



4.6.2.7.1 Description 

This IF is used to connect a call from the gsmSSF to a gsmSRF. 



4.6.2.7.2 



Information Elements 



Information element name 


Status 


Description 


Resource Address 


M 


This IE indicates the address of the gsmSRF to which the connection shall be 
established. It is described in a table below. 


Service Interaction Indicators 
Two 





This IE indicates whether or not a bothway through connection is required 
between the call segment and the calling party. When there is no calling party 
connected to the call segment, then the gsmSSF shall ignore this IE, if 
received. The handling when this IE is not present is defined in ETSI 
EN 301 070-1 ([41]). 


Call Segment ID 


M 


This IE indicates the call segment to be connected to the resource. The 
subsequent user interaction shall apply to all parties connected to the call 
segment. 



Resource Address contains the following information elements: 



Information element name 


Status 


Description 


IP Routing Address 


E 


This IE indicates the routeing address to set up a connection between the call 
segment and the gsmSRF. 


None 


E 


This IE indicates that the call segment shall be connected to a predefined 
gsmSRF. 



4.6.2.8 



4.6.2.8.1 



Continue 



Description 



This IF requests the gsmSSF to proceed with call processing at the DP at which it previously suspended call processing 
to await gsmSCF instructions. The gsmSSF completes DP processing, and continues basic call processing (i.e. proceeds 
to the next point in call in the BCSM) without substituting new data from the gsmSCF. 

The gsmSCF may send this operation only when there is a CSA with a single call segment which includes: 

- only leg 1 , or 

- only leg 2, or 

- leg 1 and leg 2 but no other legs. 
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4.6.2.8.2 Information Elements 

This IF contains no information elements. 

4.6.2.9 Continue With Argument 



4.6.2.9.1 



Description 



This IF requests the gsmSSF to continue the call processing with modified information at the DP at which it previously 
suspended call processing to await gsmSCF instructions or to continue call processing after a Call Party Handling IF 
was received. The gsmSSF completes DP processing if necessary, and continues basic call processing (i.e. proceeds to 
the next point in call in the BCSM) with the modified call setup information as received from the gsmSCF. 

This IF may also be used to continue call processing after an Initiate Call Attempt IF and Call Party Handling IF. 

The gsmSCF can send modified call information at DP Collected_Info and at DP Analysed_Info, as listed in the MO 
and MF columns in subclause 4.6.2.9.2. 

The gsmSCF can send modified call information at DP Termination_Attempt_Authorised, as listed in the MT and VT 
columns in subclause 4.6.2.9.2. 

The gsmSCF can send modified call information immediately after sending an Initiate Call Attempt IF, as listed in the 
NC and NP columns in subclause 4.6.2.9.2. 

The gsmSCF can send modified call information at DP Collectedjnfo and at DP_Analysed_Info, as listed in the TO 
column in subclause 4.6.2.9.2. 

In all other cases. Continue With Argument shall contain no other IE than Leg ID or Call Segment ID. 

When this IF is used to resume the processing of an Initiate Call Attempt IF, then a Leg ID shall be included and Call 
Segment ID shall be absent. 

When this IF is used to resume the processing of a Call Party Handling IF, then a Call Segment ID shall be included and 
Leg ID shall be absent. 

When this IF is used to resume processing after an EDP-R or TDP-R, then a Leg ID shall be included and Call Segment 
ID shall be absent. The following exception exists: if this IF is used to resume processing after an EDP-R or TDP-R in 
one of the following scenarios: 

- the CSA has one Call Segment only, which includes leg 1 only; 

- the CSA has one Call Segment only, which includes leg 2 only; 

- the CSA has one Call Segment only, which includes leg 1 and leg 2, but no other legs; 
then, the Leg ID may be present or absent, as required by the Service Logic. 



4.6.2.9.2 



Information Elements 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Alerting Pattern 


- 


- 











- 


- 


This IE indicates the kind of Alerting Pattern to be applied. 


Calling Partys 
Category 























This IE indicates the type of calling party (e.g., operator, 
pay phone, ordinary subscriber). 


Generic Number 























This IE contains the generic number. It is used to convey 
the additional calling party number, which e.g. could be 
used to modify the calling line ID presented to the called 
user. 


Carrier 























This IE is described in a table below. 


NA Originating Line 
Information 























This IE identifies the type of number in the Charge 
Number (e.g. subscriber versus PLMN operator number). 


Charge Number 























This IE identifies the chargeable number for the usage of 
a North American carrier. 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



497 



ETSI TS 123 078 V9.1.0 (2010-04) 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Suppression Of 
Announcements 




















This IE indicates that announcements or tones generated 
as a result of unsuccessful call establishment shall be 
suppressed. 


Service Interaction 
Indicators Two 























This IE is described in a table below. 


CUG Interlock Code 








- 


- 











See 3GPP TS 23.085 [221 for details of this IE. 


Outgoing Access 
Indicator 








- 


- 











See 3GPP TS 23.085 [22] for details of this IE. 


Basic OR Interrogation 
Requested 















o,s 





This IE indicates that a Basic Optimal Routeing 

interrogation is requested for the call. If Basic Optimal 

Routeing is successful, this will be reported to the 

gsmSCF in the Answer event report. 

This IE shall be ignored if the VIVISC associated with the 

gsmSSF does not support Basic Optimal Routeing. 

This IE shall be ignored if it is received in a gsmSSF 

which is handling the IVIF call case in the GIVISC function 

of the forwarding subscriber. 

For an NP call leg, this IE can only be included if the 

original call was an IVIO or NC call. 


Leg ID 


0,E 


0,E 


0,E 


0,E 


0,E 


0,E 


0,E 


This IE indicates the party for which call processing is to 
be resumed. 


Call Segment ID 


0,E 


0,E 


0,E 


0,E 


0,E 


0,E 


0,E 


This IE indicates the call segment for which call 
processing is to be resumed. 


Suppress 0-CSI 


- 


- 








- 


- 


- 


This IE indicates that 0-CSI shall be suppressed for the 
forwarding leg or deflecting leg. 


Suppress D-CSI 

















This IE indicates that D-CSI shall be suppressed for the 
new call leg. This IE can only be included if this IE is sent 
to the VMSC or GMSC of the CAMEL subscriber. 


Suppress N-CSI 


- 


- 


- 


- 











This IE indicates that N-CSI shall be suppressed for the 
new call leg or trunk originated call. 


Suppress Outgoing 
Call Barring 

















This IE indicates that Outgoing Call Barrings for the 
created leg shall be suppressed. This IE can only be 
included if the Initiate Call Attempt IF is sent to the VMSC 
of the CAMEL subscriber. 



Carrier contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Carrier Identification 
Code 


M 


M 


M 


M 


M 


M 


M 


This IE uniquely identifies a North American long distance 
carrier. 


Carrier Selection 
Information 


M 


M 


M 


M 


M 


M 


M 


This IE indicates the way the carrier was selected, i.e.: 

- dialled 

- subscribed 



Service Interaction Indicators Two contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Forward Service 
Interaction Indicator 























This IE is described in a table below. 


Backward Service 
Interaction Indicator 














- 


- 





This IE is described in a table below. 


HOLD Treatment 
Indicator 





- 


- 





- 


- 


- 


This IE allows the gsmSCF to disallow the invocation of 
HOLD by the CAMEL subscriber. 


CW Treatment 
Indicator 









o 








This IE allows the gsmSCF to disallow the invocation of 
CW for a call to the CAMEL subscriber whilst this call is 
ongoing. 


ECT Treatment 
Indicator 


















This IE allows the gsmSCF to disallow the call leg to 
become part of an ECT call initiated by the CAMEL 
subscriber. 


Connected Number 
Treatment Indicator 














- 


- 


- 


This IE indicates the treatment of the connected number 
at the originating side. 
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Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Non-CUG Call 




















This IE indicates that no parameters for CUG should be 
used for the call (i.e. the call should be a non-CUG call). 
This IE shall be absent if one or more of CUG Interlock 
Code and Outgoing Access Indicator are present in the IF. 



Forward Service Interaction Indicator contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Conference Treatment 
Indicator 























This IE indicates whether the call leg can become part of 
a IVIPTY call initiated by the called subscriber. 


Call Diversion 
Treatment Indicator 























This IE indicates whether the call can be fonwarded using 
the Call Forwarding or Call Deflection supplementary 
services. 


Calling Party 
Restriction Indicator 























This IE allows the gsmSCF to mark the CLI as Restricted 
for the call. 



Backward Service Interaction Indicator contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Conference Treatment 
Indicator 














- 


- 





This IE indicates if the call leg can become part of a 
IVIPTY call initiated by the calling subscriber. 


Call Completion 
Treatment Indicator 














- 


- 





This IE indicates whether a CCBS request can be made 
for the call. See also 3GPP TS 23.093 [26] for description. 



4.6.2.10 



Disconnect Forward Connection 



4.6.2.10.1 Description 

This IF is used: 

- to disconnect a connection with a gsmSRF previously established with a Connect To Resource IF; 

- to disconnect an initiating gsmSSF from an assisting gsmSSF and its associated gsmSRF. The IF is sent to the 
initiating gsmSSF. 

4.6.2.10.2 Information Elements 

This IF contains no information elements. 

4.6.2.1 1 Disconnect Forward Connection With Argument 

4.6.2.11.1 Description 

This IF is used in the following two cases: 

1) To clear a connection to a gsmSRF: This IF is used to explicitly disconnect a connection to a resource (gsmSRF) 
established previously with a Connect To Resource or an Establish Temporary Connection IF. It is used for a 
forward disconnection from the gsmSSF. 

2) To clear a connection to an assisting SSF: This IF is sent to the non-assisting SSF of a pair of SSFs involved in 
an assist procedure. It is used to disconnect the temporary connection between the initiating SSF and the 
assisting SSF. 



4.6.2.11.2 



Information Elements 



Information element name Status Description 
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Call Segment ID 


M 


This IE indicates the call segment in the call to be disconnected from the 
resource or the temporary connection. 



4.6.2.12 Disconnect Leg 



4.6.2.12.1 



Description 



This IF is used to request the gsmSSF to release a specific leg associated with the call at any phase. All other legs in this 
call are retained. If the last leg of the call segment is disconnected, then the call segment is deleted. 



4.6.2.12.2 



Information Elements 



Information element name 


Status 


Description 


Leg To Be Released 


M 


This IE indicates the party in the call to be released. 


Release Cause 





This IE indicates to the gsmSSF the reason for releasing the identified party. 
This may be used by the IVISC or GIVISC for generating specific tones to the 
party to be released or to fill in the "cause" IE in the Release IF. 



4.6.2.13 Establish Temporary Connection 



4.6.2.13.1 



Description 



This IF is used to create a connection between an initiating gsmSSF and an assisting gsmSSF as a part of the assist 
procedure. It can also be used to create a connection between a gsmSSF and a gsmSRF. 



4.6.2.13.2 



Information Elements 



Information element name 


status 


Description 


Assisting SSP IP Routing 
Address 


M 


This IE indicates the destination address of the gsmSRF or assisting gsmSSF 
for the assist procedure. As a network operator option, the Assisting gsmSSF 
IP Routing Address may contain embedded within it, a "Correlation ID" and 
"gsmSCF ID", but only if "Correlation ID" and "gsmSCF ID" are not specified 
separately. 


Correlation ID 





This IE is used for: 

- the correlation of dialogues from the initiating gsmSSF-> gsmSCF with 
dialogues from gsmSRF -> gsmSCF; 

- the correlation of dialogues from the initiating gsmSSF-> gsmSCF with 
dialogues from assisting gsmSSF -> gsmSCF. 


Carrier 





This IE is described in a table below. 


NA Originating Line Information 





This IE identifies the type of number in the Charge Number (e.g. subscriber 
versus PLIVIN operator number). 


Charge Number 





This IE identifies the chargeable number for the usage of a North American 
carrier. 


gsmSCF ID 





This IE indicates the gsmSCF identifier. 


Service Interaction Indicators 
Two 





This IE indicates whether or not a bothway through connection is required 
between the call segment and the calling party. When there is no calling party 
connected to the call segment, then the gsmSSF shall ignore this IE, if 
received. The handling when this IE is not present is defined in ETSI 
EN 301 070-1 [41]. 


Call Segment ID 


M 


This IE indicates the call segment to be connected to the resource. The 
subsequent user interaction shall apply to all parties connected to the call 
segment. 


Original Called Party ID 





This IE may be used to identify the original called party. If present, it shall be 
included in the ISUP lAIVI for the Temporary Connection. Support of this IE in 
the gsmSSF is an implementation option. 


Calling Party Number 





This IE may be used to identify the calling party. If present, it shall be included 
in the ISUP lAIVI for the Temporary Connection. Support of this IE in the 
gsmSSF is an implementation option. 
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Carrier contains the following information elements: 



Information element name 


Status 


Description 


Carrier Identification Code 


M 


This IE uniquely identifies a North American long distance carrier. 


Carrier Selection Information 


M 


This IE indicates the way the carrier was selected, i.e.: 

- dialled; 

- subscribed. 



4.6.2.14 Furnish Charging Information 



4.6.2.14.1 



Description 



This IF is used to request the gsmSSF to include call related information in the CAMEL specific logical call record. The 
logical call record is created when the Furnish Charging Information IF is received and a logical call record for that leg 
does not exist. For modelling purposes the logical call record is buffered in the gsmSSF. The gsmSSF completes logical 
call records as defined in the SDLs. Once the logical call record is completed, then the free format data are moved to the 
corresponding CDR and the logical call record is deleted. 

The gsmSCF can send multiple concatenated Furnish Charging Information IFs per leg for completion. The total 
maximum of free format data is 160 octets per leg. The 160 octets may be sent in one or more FCI IFs. If there are 
incomplete free format data and new Furnish Charging Information IF(s) is/are received to overwrite the non-completed 
data, then the non-complete data are discarded and the gsmSCF can send another 160 octets per leg. The SDLs of the 
present document define when logical call records are completed. After the completion the gsmSCF can send another 
160 octets of the free format data in one or more Furnish Charging Information IFs for the called leg. 



4.6.2.14.2 



Information Elements 



Information element name 


Status 


Description 


FCI Billing Charging 
Characteristics 


M 


This IE is described in a table below. 



FCI Billing Charging Characteristics contains the following information element: 



Information element name 


Status 


Description 


FCIBCCCAMEL Sequence 1 


M 


This IE is described in a table below. 



FCIBCCCAMEL Sequence 1 contains the following information elements: 



Information element name 


Status 


Description 


Free Format Data 


M 


This IE contains the free format data to be inserted in the CAIVIEL logical call 
record. 


Party To Charge 


M 


This IE indicates the party for whom a CAIVIEL logical call record will be 
created. 


Append Free Format Data 





This IE indicates that the gsmSSF shall append the free format data to the 
logical call record. 

- If this IE is present and indicates "Append", the gsmSSF shall append the 
free format data received in this IF to the free format data already present in 
the logical call record for that leg of the call. 

- If this IE is absent or indicates "Overwrite", then the gsmSSF shall 
overwrite all free format data already present in the logical call record for that 
leg of the call, by the free format data received in this IF. 

If no logical call record exists for that leg of the call, then the gsmSSF shall 
ignore this IE. 
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4.6.2.15 Initiate Call Attempt 



4.6.2.15.1 



Description 



This IF is used to request the gsmSSF to create a new party in an existing call (NP), or to create a completely new call 
(NC). The created leg is an originating call. The address information provided by the gsmSCF is used. 



4.6.2.15.2 



Information Elements 



Information element name 


NC 


NP 


Description 


Destination Routeing Address 


M 


M 


This IE contains the called party number towards which the call is to be 

routed. 

For calls to an IVIS this can e.g. be (but shall not be limited to) the 

IVISISDN (for routeing via a GIVISC) or the IVISRN received from the HLR 

(for routeing direct to the VIVISC). 


Calling Party Number 


M 


- 


This IE identifies which number shall be regarded as the calling party for 
the created call. 


Leg To Be Created 


M 


M 


This IE indicates the leglD to be assigned to the newly created party. The 
leg ID shall be 3 or higher. 


New Call Segment 


M 


M 


This IE indicates the CS ID to be assigned to the newly created call 
segment. 


Call Reference Number 


M 




This IE may be used by the gsmSCF for inclusion in a network optional 
gsmSCF call record. The call reference number is included by the IVISC 
in the call record. 


gsmSCF Address 


M 


- 


This IE contains the address of the gsmSCF which initiated the new call. 
This IE is required for a unique Call Reference. 


Suppress T-CSI 








This IE indicates that T-CSI shall be suppressed on the terminating leg. 



4.6.2.16 Move Leg 
4.6.2.16.1 Description 

This IF requests the gsmSSF to move a leg to CSIDl. After the move the source call segment is deleted. 

In moving the specified leg, the conditions of the leg: the armed EDPs, the Stored e-parameters, the Non-completed 
CAMEL logical call records, and the Call Information Report pending, are also applied for the same leg after the move. 



4.6.2.16.2 



Information Elements 



Information element name 


Status 


Description 


Leg ID To IVIove 


M 


This IE indicates the leg that shall be moved. 



4.6.2.17 Play Tone 



4.6.2.17.1 



Description 



This IF is used to play a variable sequence of tones to a particular leg or call segment using the MSC's tone generator. 
Refer to subclause 4.5.7.1.2 for a graphical representation of the variable sequence of tones. 

In order to avoid tone bursts being played in close succession to the same party or group of parties, the gsmSCF is 
responsible for careful use of this IF especially when warning tones have been scheduled using the Apply Charging IF. 
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4.6.4.17.2 



Information Elements 



Information element name 


Status 


Description 


Leg or Call Segment 


M 


This IE is described in a table below. 
This IE indicates the leg or call segment. 


Burst List 


M 


This IE is described in a table below. 

This IE indicates a variable sequence of bursts. 



Leg or Call Segment contains the following information elements: 



Information element name 


Status 


Description 


Call Segment ID 


E 


This IE indicates the call segment to which tones shall be played. 


Leg ID 


E 


This IE indicates the leg to which tones shall be played. 



Burst List contains the following information elements: 



Information element name 


Status 


Description 


Number of bursts 


M 


This IE indicates the number of bursts to be played. There may be up to three 
bursts. 


Burst interval 


M 


This IE indicates the time interval between successive bursts. 


Number of tones in burst 


M 


This IE indicates the number of tones to be played in each burst. There may 
be up to three tones per burst. The tone is fixed to 900 Hz. 


Tone Duration 


M 


This IE indicates the duration of each tone in a burst. 


Tone Interval 


M 


This IE indicates the time interval between successive tones in a burst. 



4.6.2.18 



Release Call 



4.6.2.18.1 Description 

This IF is used by the gsmSCF to tear down an existing call at any phase of the call for all parties involved in the call. 



4.6.2.18.2 



Information Elements 



Information element name 


Status 


Description 


Release Cause 


M 


This IE indicates the Release Cause for the call. This may be used by the 
IVISC or GIVISC for generating specific tones to the different parties in the call 
or to fill in the "cause" in the Release IF. 



4.6.2.19 Request Report BCSM Event 



4.6.2.19.1 



Description 



This IF is used to request the gsmSSF to monitor for a call-related event, then send a notification back to the gsmSCF 
when the event is detected (see Event Report BCSM). 



4.6.2.19.2 



Information Elements 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


BCSM Event 


M 


M 


M 


M 


M 


M 


M 


This IE specifies tlie event or events for whicli a report is 
requested. 
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BCSM Event contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Event type 


M 


M 


M 


M 


M 


M 


M 


This IE specifies the type of event for which a report is 
requested. 


Leg ID 


C 


C 


C 


C 


C 


M 


C 


This IE indicates the party in the call for which the event 
shall be armed or disarmed. 


Monitor Mode 


M 


M 


M 


M 


M 


M 


M 


If this IE is "interrupted" then the event shall be reported 
as a request, if this IE is "notify and continue" then the 
event shall be reported as a notification, if this IE is 
"transparent" then the event shall not be reported. 


DP Specific Criteria 























This IE is described in a table below. 


Automatic Rearm 





















This IE indicates that the detection point shall be 

automatically rearmed by the gsmSSF when it is 

encountered. This IE may be present only if the Event 

Type is 0_Mid_Call, T_Mid_Call, 0_Change_Of_Position, 

T_Change_Of_Position, 0_Service_Change or 

T_Service_Change and the Monitor Mode is "notify and 

continue". 

The MF and MT cases apply for 0_Service_Change or 

T_Service_Change DPs only. 

The TO case applies for 0_Mid_Call and 

Service Change DPs only. 



DP Specific Criteria contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Application Timer 























This IE carries additional timer duration information (timer 
values for No_Answer event) required for arming the 
No_Answer EDPs in the gsmSSF. The TNRy timer (value 
defined between 10 seconds and 40 seconds) shall be 
shorter than the network no answer timer. 


Mid Call Control Info 



















This IE is described in a table below. 
This IE carries the criterion for the detection and reporting 
of the mid-call event. If this IE is absent, then mid-call 
triggering shall take place when the first digit has been 
entered by the user. 


Change of Position 
Control Info 


















This IE is described in a table below. It carries the list of 
criteria for the reporting of the change of position event. If 
the DP Specific Criteria IE is absent, then the criteria for 
any change of position shall be regarded as fulfilled. 


Number of Digits 

















This IE indicates the number of additional digits requested 
by the gsmSCF to be collected by the gsmSSF before the 
Collectedlnfo event is reported, excluding the digits 
reported already. It excludes the end of pulsing signal 
(ST) 


Inter Digit Timeout 

















This IE carries additional timer duration information 
required for arming the Collectedlnfo event in the 
gsmSSF. The IE indicates the maximum duration allowed 
between receipt of successive digits from the calling party. 
The Inter Digit timer value shall be shorter than the 
network inter-digit timer. 

The IVISC/ gsmSSF shall use the network inter-digit timer 
duration as the default duration. If one or more 
Collectlnformation operations are received in a call then 
the latest received value overwrites the previous value. If 
the latest Collectlnformation does not include this IE then 
the previous value applies. 


NOTE If a Request Report BCSM Event information flow overwrites previous Request Report BCSM Event 
information flow which contained Application Timer IE for No_Answer DP, the behaviour of the gsmSSF is 
unpredictable. 
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Mid Call Control Info contains the following information elements: 



Information element 
name 


MO 


MF 


MT 


VT 


NC 


NP 


TO 


Description 


Minimum Number Of 
Digits 


M 






M 






M 


This IE indicates the minimum number of digits to be 
collected. The value of this IE includes the length of the 
Start digit string, if present, and the length of the End of 
reply digit string, if present. 


Maximum Number Of 
Digits 


M 






M 






M 


This IE indicates the maximum number of digits to be 
collected. The value of this IE includes the length of the 
Start digit string, if present, and the length of the End of 
reply digit string, if present. 
If triggering takes place due to the detection of the 
maximum number of digits and the End of reply digit 
string, if present, is partially detected, then the partially 
detected End of reply digit string shall be included in the 
digit string to be reported to the gsmSCF. 


End of Reply Digit 
String 



















This IE, if present, indicates the digit string that denotes 
the end of the digits to be collected. 
If triggering takes place due to the detection of the End of 
reply digit string, then this string shall be included in the 
digit string to be reported to the gsmSCF. 
If the interdigit timeout expires when the Start Digit String, 
if present, is complete and the Minimum Number Of Digits 
has been detected and the End Digit String, if present, 
has been partially detected then triggering shall take 
place. The partially detected End Of Reply Digit String 
shall be included in the string to be reported to the 
gsmSCF. 


Cancel Digit String 



















This IE, if present, indicates the digit string that indicates 
that the input shall be erased and that digit collection, 
including the start digit string, if present, shall start afresh. 


Start Digit String 



















This IE, if present, indicates the digit string that denotes 

the start of the digits to be collected. 

If this IE is absent, then the first digit entered forms part of 

the digits to be collected. 

When triggering takes place, then the Start digit string 

shall be included in the digit string to be reported to the 

gsmSCF. 


Inter Digit Timeout 


M 






M 






M 


This IE indicates the maximum duration allowed between 
receipt of successive digits from the MS. For the TO case, 
this IE indicates the maximum duration allowed between 
receipt of successive digits from the calling party. 



Change of Position Control Info contains a list of up to 10 instances of the following information element: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Change Of Location 


M 






M 






Each Change Of Location IE is one of the 6 
possibilities indicated in the table below. If 
multiple instances of the Change Of 
Location IE have the same value, this is not 
an error. 
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Each instance of the Change Of Location IE contains one of the following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


Cell Global ID 


0,E 






0,E 






This IE indicates that the criteria are fulfilled 
if the mobile station performs handover 
across the boundary of the cell specified in 
this IE, i.e. handover into or out of the cell. 


Service Area ID 


0,E 






0,E 






This IE indicates that the criteria are fulfilled 
if the mobile station performs handover 
across the boundary of the service area 
specified in this IE, i.e. handover into or out 
of the service area. 


Location Area ID 


0,E 






0,E 






This IE indicates that the criteria are fulfilled 
if the mobile station performs handover 
across the boundary of the location area 
specified in this IE, i.e. handover into or out 
of the location area. 


Inter-System Handover 


0,E 






0,E 






This IE indicates that the criteria are fulfilled 
if the mobile station performs inter-system 
handover. 


Inter-PLMN Handover 


0,E 






0,E 






This IE indicates that the criteria are fulfilled 
if the mobile station performs inter-PLIVIN 
handover. 


Inter-MSC Handover 


0,E 






0,E 






This IE indicates that the criteria are fulfilled 
if the mobile station performs inter-IVISC 
handover. 



4.6.2.20 



Reset Timer 



4.6.2.20.1 Description 

This IF is used to reset a timer. 



4.6.2.20.2 



Information Elements 



Information element name 


Status 


Description 


Timer Value 


M 


This IE specifies the value to which the indicated timer shall be set. 


Timer ID 





This IE indicates which timer shall be reset. It shall be set to Tssf. 


Call Segment ID 


M 


This IE indicates for which Call Segment in the gsmSSF the timer shall be 
reset. 



4.6.2.21 Send Charging Information 



4.6.2.21.1 



Description 



This IF is used to send e-parameters from the gsmSCF to the gsmSSF. If Charge Advice Information (CAI) is received 
from the gsmSCF, it shall replace the CAI which would be generated by the MSC and inhibit any further generation of 
CAI by the MSC. Further processing of the CAI by the MSC shall be in accordance with the Advice of Charge 
supplementary service. If the subscriber is not provisioned with the Advice of Charge supplementary service or if the 
VPLMN does not support this service, then no e-parameters shall be sent to the MS and no error due to this fact shall be 
sent back to the gsmSCF. 

The IF is only used in the MO case or in the VT case. 

NOTE: If CAI is received from the gsmSCF after charge information has been generated by the MSC and sent to 
the MS, the behaviour of the service may be unpredictable or incorrect; the service designer should 
therefore ensure that the first set of CAI is sent to the gsmSSF before charge information is sent to the 
MS. 
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4.6.2.21.2 



Information Elements 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


SCI Billing Charging 
Characteristics 


M 






M 






This IE defines the Advice Of Charge related 
information to be provided to the IVIobile 
Station. 


Leg ID 


M 


- 


- 


M 


- 


- 


This IE indicates the leg to which the 
charging information shall be sent. 



SCI Billing Charging Characteristics contains the following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


AoC After Answer 


S,E 






S,E 






This IE is described in a table below. 
This IE is present after an Answer event has 
been detected from the called party, the 
current connected SRF or the temporary 
connection. 


AoC Before Answer 


S,E 






S,E 






This IE is described in a table below. 
This IE is present before an Answer event 
has been detected from the called party, the 
current connected SRF or the temporary 
connection. 



AoC Before Answer contains the following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


AoC Initial 


M 


- 


- 


M 


- 


- 


This IE contains CAI elements as defined in 
3GPP TS 22.024 [3]. 


AoC Subsequent 





- 


- 





- 


- 


This IE is described in a table below. 



AoC Subsequent contains the following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


CAI Elements 


M 


- 


- 


M 


- 


- 


This IE contains CAI elements as defined in 
3GPP TS 22.024 [31. 


Tariff Switch Interval 





- 


- 





- 


- 


This IE indicates the tariff switch time until 
the next tariff switch applies. 



AoC After Answer contains the following information elements: 



Information element name 


MO 


MF 


MT 


VT 


NC 


NP 


Description 


CAI Elements 


M 


- 


- 


M 


- 


- 


This IE contains CAI elements as defined in 
3GPP TS 22.024 [3]. 


Tariff Switch Interval 





- 


- 





- 


- 


This IE indicates the tariff switch time until 
the next tariff switch applies. 



4.6.2.22 Split Leg 
4.6.2.22.1 Description 

This IF is used to request the gsmSSF to separate a leg from CSIDl and move it to a new call segment. 

If CSIDl does not exist, then this IF is used to request the gsmSSF to move a leg into a newly created CSIDl. 

In splitting the specified leg, the conditions of the leg: the armed EDPs, the Stored e-parameters, the Non-completed 
CAMEL logical call records, and the Call Information Report pending, are also applied for the same leg after split. 



4.6.2.22.2 



Information Elements 



Information element name | Status | Description 
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Leg To Be Split 


M 


This IE indicates the leg in the call to be split. 


New Call Segment 


M 


This IE indicates the Call Segment ID to be assigned to the new call segment. 



4.6.3 Optional (Service logic dependent) gsmSCF to gsmSRF information 
flows 



4.6.3.1 



4.6.3.1.1 



Activity Test 
Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and gsmSRF. If the 
relationship is still in existence, then the gsmSRF will respond. If no reply is received, then the gsmSCF will assume 
that the gsmSRF has failed in some way and will take the appropriate action. 

4.6.3.1.2 Information Elements 

This IF contains no information elements. 



4.6.3.2 



Cancel 



4.6.3.2.1 Description 

This IF is used by the gsmSCF to request the gsmSRF to cancel a correlated previous IF. 



4.6.3.2.2 



Information Elements 



Information element name 


Status 


Description 


Invoke ID 


E 


This IE specifies the IF to be cancelled. This IE may be used when the Cancel 
IF is used in a single call segment CSA or when the Cancel IF is sent by the 
gsmSCF to an Intelligent Peripheral. 


Call Segment To Cancel 


E 


This IE may be used when the Cancel IF is used in a single call segment CSA 
or in a multi call segment CSA. This IE is described in a table below. 
This IE shall not be used when the Cancel IF is sent by the gsmSCF to an 
Intelligent Peripheral. 



Call Segment To Cancel contains the following information elements: 



Information element name 


Status 


Description 


Invoke ID 


M 


This IE specifies the IF to be cancelled. 


Call Segment ID 


M 


This IE specifies to which call segment the cancellation of the user interaction 
IF shall apply. 



4.6.3.3 



Play Announcement 



4.6.3.3.1 Description 

This IF is used for inband interaction. 



4.6.3.3.2 



Information Elements 



Information element name 


Status 


Description 


Information To Send 


M 


This IE is described in a table below. 


Disconnect From IP Forbidden 


M 


This IE indicates whether or not the gsmSRF may be disconnected from the 
user when all information has been sent. 


Request Announcement 
Complete Notification 


M 


This IE indicates whether or not a Specialized Resource Report shall be sent 
to the gsmSCF when all information has been sent. 
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Information element name 


Status 


Description 


Request Announcement Started 
Notification 


M 


This IE indicates whether or not a Specialized Resource Report shall be sent 
to the gsmSCF when the first announcement or tone starts. 


Call Segment ID 


S 


This IE indicates the call segment to which the user interaction shall apply. 
This IE shall be absent if this IF is sent by the gsmSCF to an Intelligent 
Peripheral. 



Information To Send contains the following information elements: 



Information element name 


Status 


Description 


Inband Info 


E 


This IE is described in a table below. 


Tone 


E 


This IE is described in a table below. 



Inband Info contains the following information elements: 



Information element name 


Status 


Description 


Message ID 


M 


This IE is described in a table below. 


Number Of Repetitions 


M 


This IE indicates the maximum number of times the message shall be sent to 
the end-user. 


Duration 





This IE indicates the maximum duration time in seconds that the message 
shall be played/repeated. Zero indicates endless repetition. 


Interval 





This IE indicates the time interval in seconds between two repetitions. 



Message ID contains the following information elements: 



Information element name 


Status 


Description 


Elementary IVIessage ID 


E 


This IE indicates a single announcement 


Text 


E 


This IE indicates a text to be sent. The text shall be transformed to inband 
information (speech) by the gsmSRF. 


Elementary IVIessage IDs 


E 


This IE indicates a sequence of announcements 


Variable IVIessage 


E 


This IE indicates an announcement with one or more variable parts. 



Tone contains the following information elements: 



Information element name 


Status 


Description 


Tone ID 


M 


This IE indicates the tone to be sent. 


Duration 





This IE indicates the maximum duration in seconds that the message shall be 
played/repeated. Zero indicates endless repetition. 



4.6.3.4 



Prompt And Collect User Information 



4.6.3.4.1 Description 

This IF is used to interact with a call party in order to collect information. 



4.6.3.4.2 



Information Elements 



Information element name 


Status 


Description 


Collected Info 


M 


This IE is described in a table below. 


Information To Send 





This IE is described in subclause 4.6.3.3.2. 

This IE indicates an announcement or a tone to be sent to the end user by the 

gsmSRF. 


Disconnect From IP Forbidden 


M 


This IE indicates whether the gsmSRF may be disconnected from the user 
when all information has been sent. 


Request Announcement Started 
Notification 


M 


This IE indicates whether or not a Specialized Resource Report shall be sent 
to the gsmSCF when the first announcement or tone starts. 


Call Segment ID 


S 


This IE indicates the call segment to which the user interaction shall apply. 
This IE shall be absent if this IF is sent by the gsmSCF to an Intelligent 
Peripheral. 
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Collected Info contains the following information element: 



Information element name 


Status 


Description 


Collected Digits 


M 


This IE is described in a table below. 



Collected Digits contains the following information elements: 



Information element name 


Status 


Description 


Minimum Number Of Digits 


M 


This IE indicates the minimum number of valid digits to be collected. The value 
of this IE includes the length of the Start digit string, if present, and the length 
of the End of reply digit string, if present. 


Maximum Number Of Digits 


M 


This IE specifies the maximum number of valid digits to be collected. The 
value of this IE includes the length of the Start digit string, if present, and the 
length of the End of reply digit string, if present. 


End Of Reply Digit 





This IE indicates the digit(s) used to signal the end of input. 


Cancel Digit 





If this IE is present then the cancel digit can be entered by the user to request 
a possible retry. 


Start Digit 





If this IE is present then the start digit(s) indicates the start of the valid digits to 
be collected. 


First Digit Time Out 





If this IE is present then the first digit shall be received before the expiration of 
the first digit timer expiration. 


Inter Digit Time Out 





If this IE is present then any subsequent valid or invalid digit shall be received 
by the gsmSRF before the inter digit timer expires. 


Error Treatment 





This IE indicates what specific action shall be taken by the gsmSRF in the 
event of error conditions occurring. 


Interruptable Ann Ind 





If this IE is set to TRUE (default value) then the announcement is interrupted 
after the first valid or invalid digit received by the gsmSRF. If this IE is present 
and explicitly set to FALSE then the announcement will not be interrupted after 
the first digit is received by the gsmSRF. 


Voice Information 





If this IE is set to FALSE (default value) then all valid or invalid digits are 
entered by DTMF. If this IE is set to TRUE then the calling user is required to 
provide all valid or invalid information by speech. 


Voice Back 





If this IE is set to FALSE (default value) then no voice back information is 
given by the gsmSRF. If this IE is set to TRUE then the valid input digits 
received by the gsmSRF will be announced back to the calling user 
immediately after the end of input is received. 



4.6.4 gsmSRF to gsmSCF information flows 
4.6.4.1 Activity Test ack 

4.6.4.1.1 Description 

This IF is the response to the Activity Test. 

4.6.4.1.2 Information Elements 

This IF contains no information elements. 



4.6.4.2 



Assist Request Instructions 



4.6.4.2.1 Description 

This IF is sent to the gsmSCF by a gsmSSF which is acting as the assisting gsmSSF or by a gsmSRF. 



4.6.4.2.2 



Information Elements 



Information element name Status Description 
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Information element name 


Status 


Description 


Correlation ID 


M 


This IE is used to associate the Assist Request Instructions IF from an 
assisting gsmSSF or by a gsmSRF with the Initial DP IF from the initiating 
gsmSSF. 


IP SSP Capabilities 


M 


This IE indicates which SRF resources are attached, available and supported 
within the MSC where the gsmSSF resides or the IP in which the gsmSRF 
resides. 



4.6.4.3 Prompt And Collect User Information ack 

4.6.4.3.1 Description 

This IF is used by the gsmSRF to indicate the result of a Prompt And Collect User Information IF. 

4.6.4.3.2 Information Elements 



Information element name 


Status 


Description 


Digits Response 


C 


This IE indicates the digit sequence received from the end user. 



4.6.4.4 Specialized Resource Report 

4.6.4.4.1 Description 



This IF is used when a Specialized Resource Report was requested in a Play Announcement IF or in a Prompt and 
Collect User Information IF. 



4.6.4.4.2 



Information Elements 



Information element name 


status 


Description 


All Announcements Complete 


E 


This IE indicates that all the announcements and tones are complete. 


First Announcement Started 


E 


This IE indicates that the first announcement or tone has started. 



4.6.5 gsmSCF to Assisting SSF information flows 



4.6.5.1 



4.6.5.1.1 



Activity Test 
Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and assistSSF. If the 
relationship is still in existence, then the assistSSF will respond. If no reply is received, then the gsmSCF will assume 
that the assistSSF has failed in some way and will take the appropriate action. 

4.6.5.1.2 Information Elements 

This IF contains no information elements. 



4.6.5.2 



Cancel 



4.6.5.2.1 Description 

This IF is used by the gsmSCF to request the assisting gsmSSF to cancel a correlated previous IF. 

4.6.5.2.2 Information Elements 



Information element name | Status | Description 
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Information element name 


Status 


Description 


Invoke ID 


M 


This IE specifies the IF to be cancelled. 



4.6.5.3 



Connect To Resource 



4.6.5.3.1 Description 

This IF is described in subclause 4.6.2.7. The following difference applies: 
- The Call Segment ID information element is not used. 



4.6.5.4 



Disconnect Forward Connection 



4.6.5.4.1 Description 

This IF is used to disconnect a connection with a gsmSRF previously established with a Connect To Resource IF. 

4.6.5.4.2 Information Elements 

This IF contains no information elements. 



4.6.5.5 



Play Announcement 



4.6.5.5.1 Description 

This IF is described in subclause 4.6.3.3. The following difference applies: 
- The Call Segment ID information element is not used. 



4.6.5.6 



Prompt And Collect User Information 



4.6.5.6.1 Description 

This IF is described in subclause 4.6.3.4. The following difference applies: 
- The Call Segment ID information element is not used. 



4.6.5.7 



Reset Timer 



4.6.5.7.1 Description 

This IF is described in subclause 4.6.2.20. The following difference applies: 
- The Call Segment ID information element is not used. 

4.6.6 Assisting SSF to gsmSCF information flows 
4.6.6.1 Activity Test ack 

4.6.6.1.1 Description 

This IF is the response to the Activity Test. 

4.6.6.1.2 Information Elements 

This IF contains no information elements. 
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4.6.6.2 



Assist Request Instructions 



4.6.6.2.1 Description 

This IF is described in subclause 4.6.4.2. 



4.6.6.3 



Prompt And Collect User Information ack (received information) 



4.6.6.3.1 Description 

This IF is described in subclause 4.6.4.3. 



4.6.6.4 



Specialized Resource Report 



4.6.6.4.1 Description 

This IF is described in subclause 4.6.4.4. 

4.6.7 HLR to VLR information flows 



4.6.7.1 



Delete Subscriber Data 



4.6.7.1.1 Description 

This IF is used by an HLR to delete CAMEL subscription data from a VLR. It is specified in 3GPP TS 29.002 [34]. 

4.6.7.1.2 Information Elements 

The Delete Subscriber Data IF contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


CAMEL Subscription Info 
Withdraw 


0,E 


This IE identifies that all CSIs shall be deleted from the subscriber data in the 
VLR. 


Specific CSI Withdraw 


0,E 


This IE indicates that one or more specific elements of CAIVIEL Subscription 

Info shall be deleted from the VLR. 

The specific elements of CAIVIEL Subscription Info which may be deleted are: 

- 0-CSI with TDP criteria for 0-CSI; 

- TIF-CSI; 

- D-CSI; 

- VT-CSI with TDP criteria for VT-CSI. 

This IE should not be present when CAIVIEL Subscription Info Withdraw is 
present. 



4.6.7.2 



Insert Subscriber Data 



4.6.7.2.1 Description 

This IF is used by an HLR to update a VLR with certain subscriber data. This IF is specified in 3GPP TS 29.002 [34]. 

4.6.7.2.2 Information Elements 

Insert Subscriber Data contains the following CAMEL specific information elements for circuit switched call control: 



Information element name 


status 


Description 


0-CSI 





This IE is described in a table below. 

This IE identifies the subscriber as having originating CAIVIEL services. 


D-CSI 





This IE is described in a table below. 

This IE identifies the subscriber as having originating CAIVIEL dialled services. 
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Information element name 


Status 


Description 


VT-CSI 





This IE is described in a table below. 

This IE identifies the subscriber as having terminating CAMEL services in the 

VMSC. 


TIF-CSI 





See 3GPPTS 23.072 [16]. 



0-CSI contains the following information elements: 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.1 


Service Key 


M 


This IE is described in subclause 4.3.1 . 


Default Call Handling 


M 


This IE is described in subclause 4.3.1 . 


TDP List 


M 


This IE is described in subclause 4.3.1 . 


DP Criteria 





This IE is described in subclause 4.3.1 . 


CAMEL Capability Handling 


C 


This IE is described in subclause 4.3.1 . If this IE is absent, this indicates that 
CAMEL phase 1 support is requested. 



D-CSI contains the following information elements: 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.2. 


Service Key 


M 


This IE is described in subclause 4.3.2. 


Default Call Handling 


M 


This IE is described in subclause 4.3.2. 


DP Criteria 


M 


This IE is described in subclause 4.3.2. 


CAMEL Capability Handling 


M 


This IE is described in subclause 4.3.2. The CAMEL Capability Handling shall 
indicate CAMEL phase 3 or higher. 



VT-CSI contains the following information elements: 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.6. 


Service Key 


M 


This IE is described in subclause 4.3.6. 


Default Call Handling 


M 


This IE is described in subclause 4.3.6. 


TDP List 


M 


This IE is described in subclause 4.3.6. 


DP Criteria 





This IE is described in subclause 4.3.6. 


CAMEL Capability Handling 


M 


This IE is described in subclause 4.3.6. The CAMEL Capability Handling shall 
indicate CAMEL phase 3 or higher. 



4.6.7.3 



Provide Subscriber Info 



4.6.7.3.1 



Description 



This IF is described in TS 23.018 [12]; it is used by the HLR to request information (any one or more of subscriber 
state, subscriber location, IMEI & software version and MS classmark information for the CS domain) from the VLR at 
any time. 

4.6.7.4 Provide Roaming Number 

4.6.7.4.1 Description 

This IF is specified in 3GPP TS 23.018 [12]; it is used by the HLR to request a roaming number from the VLR. 

4.6.7.4.2 Information Elements 

Provide Roaming Number contains the following CAMEL specific information elements: 



Information element name Status Description 
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Information element name 


Status 


Description 


Suppression Of Announcements 


S 


This IE indicates that announcements or tones generated as a result of 
unsuccessful call establishment shall be suppressed. It shall be present if the 
HLR received it in the Send Routeing Info IF. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the GIVISC or the 
gsmSCF in the Send Routeing Info IF. 


GMSC Or gsmSCF Address 


M 


This IE is the E.1 64 address of the GIVISC for an IVIT call or the E.1 64 address 
of the gsmSCF for a gsmSCF initiated call. 


Alerting Pattern 


S 


This IE indicates the kind of Alerting Pattern to be applied. It shall be present if 
the HLR received it from the GIVISC or the gsmSCF in the Send Routeing Info 
IF. 


Supported CAIVIEL Phases in 
Interrogating Node 


S 


This IE indicates the CAIVIEL Phases supported in the GMSC or the gsmSCF. 
It shall be present if the HLR received it from the GMSC or the gsmSCF in the 
Send Routeing Info. 


Offered CAMEL4 CSIs in 
Interrogating Node 


S 


This IE indicates the CAMEL phase 4 CSIs offered in the GMSC or the 
gsmSCF. It shall be present if the HLR received it from the GMSC or the 
gsmSCF in the Send Routeing Info. 
This IE is described in a table below. 


Suppress VT-CSI 


S 


This IE indicates that VT-CSI shall be suppressed for the called party. This IE 
shall be present if the HLR received it in the Send Routeing Info IF. 


OR not Supported In GMSC 


S 


This IE indicates that the VMSC should not attempt to invoke Optimal 
Routeing of late call forwarding. It shall be present if this IF was triggered by a 
Send Routeing IF for a gsmSCF initiated call. 



Offered CAMEL4 CSIs in Interrogating Node contains the following information elements: 



Information element name 



Status 



Description 



0-CSI 



This IE indicates the offer of CAMEL phase 4 0-CSI. It shall be present if the 
HLR received it from the GMSC or the gsmSCF in the Send Routeing Info. 



D-CSI 



This IE indicates the offer of CAMEL phase 4 D-CSI. It shall be present if the 
HLR received it from the GMSC or the gsmSCF in the Send Routeing Info. 



T-CSI 



This IE indicates the offer of CAMEL phase 4 T-CSI. It shall be present if the 
HLR received it from the GMSC or the gsmSCF in the Send Routeing Info. 



4.6.8 VLR to HLR information flows 



4.6.8.1 



Insert Subscriber Data ack 



4.6.8.1.1 



Description 



This IF is used by the VLR to indicate to the HLR the result of the Insert Subscriber Data IF. It is specified in 3 GPP 
TS 29.002 [34]. 

4.6.8.1.2 Information Elements 

Insert Subscriber Data ack contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


Supported CAMEL Phases 


S 


This IE identifies which CAIVIEL phases are supported by the VMSC/VLR. It 
shall be present when a CSI has been included in the Insert Subscriber Data 
IF. 


Offered CAMEL4 CSIs 


S 


This IE indicates the CAMEL phase 4 CSIs offered in the VMSC/VLR. It shall 
be present if a CSI has been included in the Insert Subscriber Data IF and the 
"Supported CAMEL Phases" IE indicates support of CAMEL phase 4. 



Offered CAMEL4 CSIs contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates the offer of CAMEL phase 4 0-CSI. 


D-CSI 


S 


This IE indicates the offer of CAMEL phase 4 D-CSI. 


VT-CSI 


s 


This IE indicates the offer of CAMEL phase 4 VT-CSI. 
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Information element name 


Status 


Description 


MT-SMS-CSI 


S 


This IE indicates the offer of CAIVIEL phase 4 IVIT-SIVIS-CSI. 



4.6.8.2 



Provide Subscriber Info ack 



4.6.8.2.1 Description 

This IF is described in TS 23.018 [12]; it is used by the VLR to provide the requested information to the HLR. 



4.6.8.3 



Update Location 



4.6.8.3.1 Description 

This IF is used by the VLR to provide information about supported CAMEL phases to the HLR. 

4.6.8.3.2 Information Elements 

update Location contains the following CAMEL specific information element: 



Information element name 


Status 


Description 


Supported CAIVIEL Phases 


S 


This IE indicates which phases of CAMEL are supported. It shall be present if 
a CAMEL phase higher than phase 1 is supported. Otherwise may be absent. 


Offered CAMEL4 CSIs 


S 


This IE indicates the CAMEL phase 4 CSIs offered in the VMSC/VLR. It shall 
be present if the "Supported CAMEL Phases" IE indicates support of CAMEL 
phase 4. 



Offered CAMEL4 CSIs contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates the offer of CAMEL phase 4 0-CSI. 


D-CSI 


S 


This IE indicates the offer of CAMEL phase 4 D-CSI. 


VT-CSI 


s 


This IE indicates the offer of CAMEL phase 4 VT-CSI. 


MT-SMS-CSI 


s 


This IE indicates the offer of CAMEL phase 4 MT-SMS-CSI. 



4.6.8.4 



Restore Data 



4.6.8.4.1 Description 

This IF is used by the VLR to provide the information about supported CAMEL phases to the HLR. 

4.6.8.4.2 Information Elements 

Restore Data contains the following CAMEL specific information element: 



Information element name 


status 


Description 


Supported CAMEL Phases 


S 


This IE indicates which phases of CAIVIEL are supported. It shall be present if 
a CAMEL phase higher than phase 1 is supported. Otherwise may be absent. 


Offered CAMEL4 CSIs 


S 


This IE indicates the CAMEL phase 4 CSIs offered in the VMSC/VLR. It shall 
be present if the "Supported CAMEL Phases" IE indicates support of CAMEL 
phase 4. 



Offered CAMEL4 CSIs contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates the offer of CAMEL phase 4 0-CSI 


D-CSI 


S 


This IE indicates the offer of CAMEL phase 4 D-CSI 


VT-CSI 


s 


This IE indicates the offer of CAMEL phase 4 VT-CSI 
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Information element name 


Status 


Description 


MT-SMS-CSI 


S 


This IE indicates the offer of CAIVIEL phase 4 IVIT-SIVIS-CSI 



4.6.9 HLR to GMSC information flows 



4.6.9.1 



Send Routeing Info ack 



4.6.9.1.1 



Description 



This IF is specified in 3GPP TS 23.018 [12]; it is used by the HLR to transfer the requested routeing information to the 
GMSC. 



4.6.9.1.2 



Information Elements 



Send Routeing Info ack contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


Location Information 


C 


This IE indicates the location of the served subscriber. 


0-CSI 


S 


0-CSI is defined in subclause 4.3.1 . 

This IE identifies the subscriber as having originating CAMEL services. 

It shall be present if O-CSI is active, and CFU or CFNRc has been invoked, or 

if both O-CSI and T-CSI are active. 


D-CSI 


s 


D-CSI is defined in subclause 4.3.2. 

This IE identifies the subscriber as having originating CAMEL dialled services. 
It shall be present if D-CSI is active, and CFU or CFNRc has been invoked, or 
if both D-CSI and T-CSI are active. 


Subscriber State 


c 


This IE indicates the state of the MS. The possible values of the IE are: 

- CAMEL Busy: The VLB has indicated that the MS is engaged in a 
transaction for a mobile originating or terminated circuit-switched call. 

- Network Determined Not Reachable: The HLR or VLR has indicated that 
the network can determine from its internal data that the MS is not reachable. 

- Assumed Idle: The VLR has indicated that the state of the MS is neither 
"CAMEL Busy" nor "Network Determined Not Reachable". 

- Not Provided From VLR: The VLR did not provide any information on 
subscriber state even though it was requested. 


T-CSI 


s 


This IE is described in a table below. 

This IE identifies the subscriber as having terminating CAMEL services. 
It shall be present if T-CSI is active and no Suppress T-CSI indicator is 
present in the Send Routeing Info IF. 


Basic Service Code 


c 


This IE indicates the type of basic service, i.e. teleservice or bearer service. 


CUG Subscription Flag 


s 


This IE indicates if the called party has a CUG subscription. It shall be present 
only if the T-CSI is active and included in the Send Routing Information ack IF. 


Supported CAIVIEL Phases In 
VMSC 


s 


This IE indicates the supported CAMEL phases of the VLR. It shall be present 
if known by the HLR, otherwise it shall be absent. 


Offered CAMEL4 CSIs In VMSC 


s 


This IE indicates the CAMEL phase 4 CSIs offered in the VMSC. It shall be 
present if known by the HLR, otherwise it shall be absent. 


VMSC Address 


M 


This IE indicates the E.1 64 address of the VMSC in whose area the B 
subscriber is currently registered. 



Location Information is defined in 3 GPP TS 23.018 [12]. The following differences apply: 



Information element name 


Status 


Description 


Service area ID 


C,E 


See 3GPPTS 23.018 f1 21. 


Cell ID 


C,E 


See 3GPPTS 23.018 f1 21. 


VLR Number 


C 


See 3GPP TS 23.018 [121. The HLR shall include the internally stored VLR 
Number. 


Current Location Retrieved 


- 


Not applicable 


Location area ID 


C,E 


See 3GPP TS 23.003 [7]. 


Selected LSA Identity 


S 


This IE indicates the LSA identity associated with the current position of the 
MS. Shall be present if the LSA ID in the subscriber data matches the LSA ID 
of the current cell. If there are multiple matches the LSA ID with the highest 
priority shall be sent. See 3GPP TS 23.073 [181. 
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T-CSI contains the following information elements: 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE is described in subclause 4.3.5. 


Service Key 


M 


This IE is described in subclause 4.3.5. 


Default Call Handling 


M 


This IE is described in subclause 4.3.5. 


TDP List 


M 


This IE is described in subclause 4.3.5. 


DP Criteria 


S 


This IE is described in subclause 4.3.5. The HLR shall send only the criteria 
associated with DP T Busy or DP T No Answer, if available. 


CAMEL Capability Handling 


C 


This IE is described in subclause 4.3.5. If this IE is absent then this indicates 
that CAIVIEL phase 1 support is requested. 



Offered CAMEL4 CSIs In VMSC contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates the offer of CAIVIEL phase 4 0-CSI. It shall be present if 
known by the HLR, otherwise it shall be absent. 


D-CSI 


S 


This IE indicates the offer of CAIVIEL phase 4 D-CSI. It shall be present if 
known by the HLR, otherwise it shall be absent. 


VT-CSI 


s 


This IE indicates the offer of CAMEL phase 4 VT-CSI. It shall be present if 
known by the HLR, otherwise it shall be absent. 


MT-SMS-CSI 


s 


This IE indicates the offer of CAMEL phase 4 MT-SMS-CSI. It shall be 
present if known by the HLR, otherwise it shall be absent. 



4.6.10 GMSC to HLR information flows 
4.6.10.1 Send Routeing Info 

4.6.10.1.1 Description 

This IF is described in 3GPP TS 23.018 [12]; it is used to request information from the HLR to route an MT call. 



4.6.10.1.2 



Information Elements 



Send Routeing Info contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


Alerting Pattern 


S 


This IE indicates the kind of Alerting Pattern to be applied. It shall be present if 
it was received from the gsmSCF or set by the gsmSSF. 


Suppression Of Announcement 


S 


This IE indicates that announcements or tones generated as a result of 
unsuccessful call setup shall be suppressed. 

It shall be present in the interrogation if available, i.e. when it has been 
received from the gsmSCF. 


Suppress T-CSI 


s 


This IE indicates that T-CSI shall be suppressed. 

It shall always be present in the second interrogation or if it was received from 

the gsmSCF due to an Initiate Call Attempt IF. 


Supported CAMEL Phases 


M 


This IE lists the supported CAMEL phases in the GMSC. 


Offered CAMEL4 CSIs 


M 


This IE indicates the CAMEL phase 4 CSIs offered in the GMSC. 
This IE is described in a table below. 


Call Reference Number 


M 


This IE carries the Call Reference Number allocated for the call by the GMSC. 
It shall be allocated once per call and present in both first and second 
interrogations. 


GMSC Address 


M 


This IE is the E.1 64 address of the GMSC. 


Call Diversion Treatment 
Indicator 


S 


This IE indicates whether or not the call can be forwarded using the Call 
Forwarding or Call Deflection supplementary services. 
It shall be present if it was received within Forward Service Interaction 
Indicator in Service Interaction Indicators Two from the ISUP Initial Address 
Message or previous CAMEL processing. 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



518 



ETSI TS 123 078 V9.1.0 (2010-04) 



Offered CAMEL4 CSIs contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates tlie offer of CAMEL pliase 4 0-CSI. 


D-CSI 


S 


This IE indicates the offer of CAMEL phase 4 D-CSI. 


T-CSI 


s 


This IE indicates the offer of CAMEL phase 4 T-CSI. 



4.6.1 1 VMSC to GMSC information flows 
4.6.1 1 .1 Resume Call Handling 



4.6.11.1.1 



Description 



This IF is described in 3GPP TS 23.079 [19], it is used to request the GMSC to take over handling the call so that it can 
be forwarded from the GMSC. 

4.6.1 1 .1 .2 Information Elements 

Resume Call Handling contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates that CAIVIEL handling applies for an optimally routed late 

forwarded call. 

This IE shall be present if CAIVIEL handling applies; otherwise it shall be 

absent. 

Trigger criteria for DP Collected Information, if present, shall be omitted from 

this IF. 

Trigger criteria for DP Route Select Failure, if present, shall be included in 

this IF. 


D-CSI 


S 


This IE indicates that CAIVIEL handling applies for an optimally routed late 

forwarded call. 

This IE shall be present if CAMEL handling applies; otherwise it shall be 

absent. 



4.6.12 MSC to VLR information flows 



4.6.12.1 



Send Info For IGA 



4.6.12.1.1 Description 

This IF is used to request the VLR to provide information to handle an outgoing call leg created by the gsmSCF. 



4.6.12.1.2 



Information Elements 



Information element name 


NP 


Description 


Called Number 


M 


This IE indicates the E.164 number of the call leg destination. 


IMSI 


M 


This IE is the IMSI of the served CAMEL subscriber. 


CUG Index 


C 


For the definition of this IE, see 3GPP TS 23.085 [22]. 


Suppress Preferential CUG 


C 


For the definition of this IE, see 3GPP TS 23.085 [22]. 


Suppress CUG Outgoing 
Access 


C 


For the definition of this IE, see 3GPP TS 23.085 [22]. 


Suppress Outgoing Call Barring 


C 


This IE indicates that outgoing call barrings shall be suppressed for the call leg. 


Suppress D-CSI 


S 


This IE indicates that D-CSI shall be suppressed. It shall always be present in the 
second interrogation. 


N-CSI Available 


S 


This IE indicates that N-CSI is available in MSC. It shall be present in the first 
interrogation if N-CSI is available in the MSC. 


Non-CUG Call 


S 


This IE indicates that no parameters for CUG should be used for the call. It shall 
be present if received from gsmSCF. 


CUG Interlock Code 


S 


For the definition of this IE, see 3GPP TS 23.085 [22]. It shall be present if 
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Information element name 


NP 


Description 






received from gsmSCF. 


Outgoing Access 


S 


For the definition of this IE, see 3GPP TS 23.085 [22]. It shall be present if 
received from gsmSCF. 



4.6.12.2 Send Info For Incoming Call 



4.6.12.2.1 



Description 



This IF is described in 3GPP TS 23.018 [12]; it is used to request the VLR to provide information to handle an 
incoming call. 

4.6.12.2.2 Information Elements 

Send Info For Incoming Call contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


Suppress VT-CSI 


S 


This IE indicates that VT-CSI shall be suppressed. It shall never be present in 
the first interrogation; it shall always be present in the second interrogation. 


Call Diversion Treatment 
Indicator 


S 


This IE indicates whether or not the call can be forwarded using the Call 
Forwarding or Call Deflection supplementary services. It shall be present if 
received within the Forward Service Interaction Indicator in the Service 
Interaction Indicators Two from the lAIVI or previous CAIVIEL processing. 



4.6.12.3 



Send Info For MT Reconnected Call 



4.6.12.3.1 Description 

This IF is used to request the VLR to provide information to handle a reconnected MT call. 

4.6.12.3.2 Information Elements 



Information element name 


Required 


Description 


Called Number 


M 


E.1 64 number of the call destination. 



4.6.12.4 Send Info For Outgoing Call 



4.6.12.4.1 



Description 



This IF is described in 3GPP TS 23.018 [12]; it is used to request the VLR to provide information to handle an outgoing 
call. 

4.6.12.4.2 Information Elements 

Send Info For Outgoing Call contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


Suppress 0-CSI 


S 


This IE indicates that 0-CSI shall be suppressed. It shall always be present in 
the second interrogation. 


Suppress D-CSI 


S 


This IE indicates that D-CSI shall be suppressed. It shall always be present in 
the second interrogation. 


N-CSI Available 


s 


This IE indicates that N-CSI is available in IVISC. It shall be present in the first 
interrogation if N-CSI is available in the IVISC. 
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4.6.12.5 



Send Info For Reconnected Call 



4.6.12.5.1 Description 

This IF is used to request the VLR to provide information to handle a reconnected MO call. 



4.6.12.5.2 



Information Elements 



Information element name 


Status 


Description 


Called Number 


M 


This IE indicates the E.164 number of the call destination. 


Bearer Service 


S,E 


This IE indicates the bearer service required for the IVIO call, derived from the 
CS bearer capability information received in the setup request from the IVIS. 
One of bearer service or teleservice shall be present. 


Teleservice 


S,E 


This IE indicates the teleservice required for the IVIO call, derived from the CS 
bearer capability information received in the setup request from the IVIS or 
from the emergency setup request from the MS. One of bearer service or 
teleservice shall be present. 


CUG Index 


S 


For the definition of this IE, see 3GPP TS 23.085 [22]. It shall be present if it 
was received in the setup request from the MS. 


Suppress Preferential CUG 


S 


For the definition of this IE, see 3GPP TS 23.085 [22]. It shall be present if it 
was received in the setup request from the MS. 


Suppress CUG Outgoing 
Access 


S 


For the definition of this IE, see 3GPP TS 23.085 [22]. It shall be present if it 
was received in the setup request from the MS. 


Suppress 0-CSI 


S 


This IE indicates that 0-CSI shall be suppressed. It shall always be present in 
the second interrogation. 



4.6.13 VLR to MSC information flows 
4.6.13.1 Complete Call 

4.6.13.1.1 Description 

This IF is described in 3GPP TS 23.018 [12]; it is used to instruct the MSC to continue the connection of a call. 



4.6.13.1.2 



Information Elements 



Complete Call contains the following CAMEL specific information elements: 



Information element name 


MO 


MF 


MT 


VT 


NO 


NP 


Description 


0-CSI 


S 












This IE indicates that CAMEL handling 
applies for an MO call. It shall be present in 
the response to the first interrogation for an 
MO call if CAMEL handling applies; 
otherwise it shall be absent. It shall be 
absent from the response to the second 
interrogation for an MO call. 


D-CSI 


c 


- 


- 


- 


- 


C 


This IE identifies the subscriber as having 
originating CAMEL dialled services. 


Call Reference Number 








M 






This IE carries the Call Reference Number 
provided by the HLR in the Provide Roaming 
Number IF. 


GMSC Address 


- 


- 


- 


M 


- 


- 


This IE is the E.1 64 address of the GMSC. 



4.6.1 3.2 Continue CAMEL Handling 
4.6.13.2.1 Description 

This IF is used to instruct the MSC to continue the CAMEL specific handling. 
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4.6.13.2.2 



Information Elements 



Information element name 


Status 


Description 


VT-CSI 


M 


This IE identifies the subscriber as having terminating CAIVIEL services in the 
VMSC. 


IMSI 


M 


This IE contains the IIVISI of the B subscriber. 


MSISDN 


S 


This IE contains the E.164 number of the B subscriber. It will be used to create 
the redirecting number presented to the C subscriber. It shall be present if the 
call is to be forwarded or if it has been provided by the HLR in the Provide 
Roaming Number IF, otherwise it shall be absent. 


CUG Interlock 


S 


For the definition of this IE, see 3GPP TS 23.085 [22]. It shall be present if the 
VLR has determined that the forwarded call is to be treated as a CUG call in 
accordance with the rules in 3GPP TS 23.085 [22], otherwise it shall be 
absent. 


CUG Outgoing Access 


S 


For the definition of this IE, see 3GPP TS 23.085 [22]. It shall be present if the 
VLR has determined that the forwarded call is to be treated as a CUG call with 
outgoing access in accordance with the rules in 3GPP TS 23.085 [22], 
otherwise it shall be absent. 


Location Information 


S 


This IE contains the information to define the location of the IVIS: see definition 
in 3GPP TS 23.018 [12]. It shall be present if location information was 
requested and is available; otherwise it shall be absent. 


GMSC-Address 


M 


This IE is the E.I 64 address of the GIVISC which was received in the Provide 
Roaming Number. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR in the Provide 
Roaming Number IF. 


ExtBasic Service Code 


M 


This IE indicates the type of basic service, i.e. teleservice or bearer service. 


Subscriber State 


M 


This IE indicates the status of the IVIS. The states are: 

- CAIVIELBusy: The IVIS is engaged on a transaction for a mobile 
originating or terminated circuit-switched call. 

- NetworkDeterminedNotReachable: The network can determine from its 
internal data that the MS is not reachable. 

- Assumedldle: The state of the MS is neither "CAMELBusy" nor 
"NetworkDeterminedNotReachable". 



4.6.13.3 Process Call Waiting 

4.6.13.3.1 Description 

This IF is described in 3GPP TS 23.018 [12]; it is used to instruct the MSC to continue the connection of a waiting call 

4.6.13.3.2 Information Elements 

Process Call Waiting contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR in the Provide 
Roaming Number IF. 


GMSC Address 


M 


This IE is the E.1 64 address of the GMSC. 



4.6.13.4 Send Info For ICA negative response 



4.6.13.4.1 



Description 



This IF is used to indicate that the outgoing call leg for which the MSC requested subscription information shall not be 
connected. 
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4.6.13.4.2 Information Elements 

The negative response information elements can take the following values: 

- Bearer service not provisioned; 

- Call barred (Operator determined barring); 

- Call barred (Supplementary service barring); 

- CUG reject (Inconsistent access information - index incompatible with basic service); 

- CUG reject (Inconsistent access information - no CUG selected); 

- CUG reject (Outgoing calls barred within the CUG); 
CUG reject (Unknown CUG index); 
Teleservice not provisioned. 

4.6.13.5 Send Info For Incoming Call ack 



4.6.13.5.1 



Description 



This IF is described in 3GPP TS 23.018 [12]; it is used to indicate that the incoming call for which the MSC requested 
subscription information shall be forwarded. 



4.6.13.5.1 



Information Elements 



Send Info For Incoming Call ack contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates that originating CAIVIEL service handling applies for a 
forwarded call. It shall be present if originating CAIVIEL service handling 
applies; otherwise it shall be absent. 


D-CSI 


S 


This IE indicates that originating CAIVIEL dialled service handling applies for a 
forwarded call. It shall be present if originating CAIVIEL dialled service handling 
applies; otherwise it shall be absent. 


Suppression Of Announcement 


s 


This IE indicates that announcements or tones generated when the call is 
forwarded shall be suppressed. It shall be present if it was received in the 
Provide Roaming Number for this call. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR in the Provide 
Roaming Number IF. 


GMSC Address 


M 


This IE is the E.1 64 address of the GMSC. 


Supported CAMEL Phases 


S 


This IE lists the supported CAMEL phases in the GMSC. It shall be present if 
the VLR received it from the HLR in the Provide Roaming Number. 



4.6.13.6 Send Info For Incoming Call negative response 



4.6.13.6.1 



Description 



This IF is described in 3GPP TS 23.018 [12]; it is used to indicate that the incoming call for which the MSC requested 
subscription information shall not be connected. 



4.6.13.6.2 



Information Elements 



Send Info For Incoming Call negative response contains the following CAMEL specific information element which 
may be attached as an IE to any of the negative response values defined in 3GPP TS 23.018 [12]: 



Information element name | Status | Description 
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Information element name 


Status 


Description 


Suppression Of Announcement 


S 


This IE indicates that announcements or tones generated as a result of 
unsuccessful call establishment shall be suppressed. It shall be present if it 
was received in the Provide Roaming Number for this call. 



4.6.13.7 



Send Info For MT Reconnected Call ack 



4.6.13.7.1 Description 

This IF is used to instruct the MSC to continue the connection of a reconnected MT call. 



4.6.13.7.2 



Information Elements 



Information element name 


Required 


Description 


0-CSI 


S 


This IE indicates that originating CAIVIEL service handling applies for 
the reconnected call. 

It shall be present if originating CAIVIEL service handling applies; 
otherwise it shall be absent. 


D-CSI 


S 


This IE indicates that originating CAIVIEL dialled service handling 
applies for the reconnected call. 

It shall be present if originating CAMEL dialled service handling 
applies; otherwise it shall be absent. 



4.6.13.8 Send Info For MT Reconnected Call negative response 



4.6.13.8.1 



Description 



This IF is used to indicate that the reconnected MT call for which the MSC requested subscription information shall not 
be connected. 

4.6.13.8.2 Information Elements 

The negative response information element can take the following value: 
- CUG reject 



4.6.13.9 



Send Info For Reconnected Call ack 



4.6.13.9.1 Description 

This IF is used to instruct the MSC to continue the connection of a reconnected MO call. 

4.6.13.9.2 Information Elements 

Send Info For Reconnected Call ack does not contain any information elements. 

4.6.13.10 Send Info For Reconnected Call negative response 



4.6.13.10.1 



Description 



This IF is used to indicate that the reconnected MO call for which the MSC requested subscription information shall not 
be connected. 

4.6.13.10.2 Information Elements 

The negative response information element can take the following value: 
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- Call barred (Operator determined barring); 

- Call barred (Supplementary service barring). 

4.6.14 Internal MSC information flows 
4.6.14.1 Perform Call Forwarding ack 

4.6.14.1.1 Description 

This IF is defined in 3GPP TS 23.018 [12]; it is used to inform the MSC that Call Forwarding is taking place. 

4.6.14.1.2 Information Elements 

Perform Call Forwarding ack is defined in 3 GPP TS 23.018 [12]. The following differences apply: 



Information element name 


Status 


Description 


Forwarded-to Number 


M 


If the Forwarded-to Number is not available due to CAIVIEL handling (a 
Disconnect Leg IF has been received for Leg 2), then the IVISC shall populate 
this parameter with a dummy number. 



4.6.15 gsmSCF to HLR information flows 
4.6.15.1 Send Routeing Info 



4.6.15.1.1 



Description 



This IF is defined in 3GPP TS 23.018 [12] and subclause 4.6.10.1; it is used to request information from the HLR to 
route a gsmSCF initiated call. 

Refer to 3GPP TS 29.007 [35] for the usage of ISDN BC, ISDN LLC, ISDN HLC and MSISDN for the selection of the 
PLMN Basic Service. 



4.6.15.1.2 



Information Elements 



Send Routeing Info from the gsmSCF contains the following information elements: 



Information element name 


Status 


Description 


MSISDN 


M 


This IE indicates the IVISISDN of the called subscriber. 


Alerting Pattern 





This IE indicates the kind of Alerting Pattern to be applied. 


CUG Interlock 





For the definition of this IE, see 3GPP TS 23.085 [22]. 


CUG Outgoing Access 





For the definition of this IE, see 3GPP TS 23.085 [22]. 


Suppression Of Announcement 





This IE indicates that announcements or tones generated as a result of 
unsuccessful call establishment shall be suppressed. 


Suppress T-CSI 


M 


This IE indicates that CAIVIEL subscription information should not be returned 
in the first Send Routeing Info ack (to avoid the need for a second 
interrogation). 


Supported CAIVIEL Phases 


M 


This IE indicates the CAMEL Phases supported by the gsmSCF. 


Offered CAMEL4 CSIs 


S 


This IE indicates the CAMEL phase 4 CSIs offered by the gsmSCF. This IE 
shall be present when the Supported CAMEL Phases IE indicates support of 
CAMEL Phase 4. 
This IE is described in a table below. 


Call Reference Number 


M 


This IE carries the Call Reference Number allocated for the call by the 
gsmSCF. 


GMSC Or gsmSCF Address 


M 


This IE is the E.1 64 address of the gsmSCF. 


Call Diversion Treatment 
Indicator 





This IE indicates whether or not the call is allowed to be forwarded on behalf 
of the called party using the Call Forwarding supplementary service. 


Pre-paging Supported 


S 


This IE shall be present if the gsmSCF supports pre-paging, otherwise it shall 
be absent. 


Interrogation Type 


M 


This IE shall contain the value "Basic Call". 
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Information element name 


Status 


Description 


Long FTN Supported 





This IE indicates that the gsmSCF supports Long Forwarded to Numbers. 


gsmSCF Initiated Call 


M 


This IE indicates that the IF was originated by a gsmSCF. 


Suppress Incoming Call Barring 





This IE indicates that Incoming Call Barrings shall be suppressed for the called 
party. 


Suppress VT-CSI 





This IE indicates that VT-CSI shall be suppressed. 


ISDN BC 





ISDN bearer capability. See 3GPP TS 23.01 8 [1 2]. 


ISDN LLC 





ISDN lower layer compatibility. See 3GPP TS 23.018 [12]. 


ISDN HLC 





ISDN higher layer compatibility. See 3GPP TS 23.018 [12]. 


Suppress IVIT SS 





This IE indicates the IVIT supplementary services that shall be suppressed for 
the called party. 



Offered CAMEL4 CSIs contains tlie following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates the offer of CAMEL phase 4 0-CSI. 


D-CSI 


S 


This IE indicates the offer of CAMEL phase 4 D-CSI. 


T-CSI 


s 


This IE indicates the offer of CAMEL phase 4 T-CSI. 



4.6.16 HLR to gsmSCF information flows 
4.6.16.1 Send Routeing Info ack 



4.6.16.1.1 



Description 



This IF is described in subclause 4.6.9.1; it is used by the HLR to transfer the requested routeing information to the 
gsmSCF. 

4.6.16.2 Send Routeing Info negative response 



4.6.16.2.1 



Description 



This IF is described in 3GPP TS 23.018 [12]; it is used by the HLR to indicate that the routeing information is not 
available. 

4.7 Interaction with supplementary services 

When the gsmSCF initiates a call to a subscriber, the gsmSCF can indicate to the HLR the MT supplementary services 
that shall be suppressed for this call. 



4.7.1 



Line identification 



For a call subject to CAMEL control, the gsmSCF shall have the option to send the Calling Party Restriction Indicator 
to the gsmSSF. This information element will be sent to the MSC and shall indicate whether the CLI Presentation 
Indicator present in the Calling Party Number shall be set by CAMEL action to Restricted. 

4.7.2 Call forwarding services 



4.7.2.1 



Registration of Call Forwarding 



The functional behaviour for the registration of the Call Forwarding supplementary service is defined in 3 GPP 
TS 23.082 [20]. The procedure specific to CAMEL is defined in this subclause: 

- CAMEL_Check_CF_Interaction. 
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Procedure CAMEL Check CF Interaction 



1(1) 



Procedure in the HLR to check the 
provision of TIF-CSI. 





) 


TIF^ 


^ 






xravide^^?^^ 
Yes 






No 


Result:= 
pass 




Result:= 
fail 





4.7.2.2 



Figure 4.120-1: Procedure CAMEL_Clieck_CF_lnteraction (slieet 1) 



Invocation of Call Forwarding 



The functional behaviour for the invocation of the Call Forwarding supplementary service is defined in 3 GPP 
TS 23.018 [12] and 3GPP TS 23.082 [20]. The following additional requirements apply. 
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When Call Forwarding is invoked for a CAMEL subscriber with 0-CSI, the gsmSSF shall send the FTN to the gsmSCF 
in the format in which it was received from the HLR. When Call Forwarding is invoked for a CAMEL subscriber with 
D-CSI or if an N-CSI is present in the forwarding MSC, then the FTN shall be treated as defined in subclause 4.2.1.2.2. 

If the Service Interaction Indicators Two parameter was included in the Initial Address Message, the Continue With 
Argument information flow or the Connect message, the appropriate indicator shall be applied for the forwarded call. 

An HLR shall not send an FTN which is not in international format to a GMSC which does not support CAMEL 
phase 2, i.e. if the HLR is handling a request from a GMSC for routeing information and the forwarded-to number is 
registered in a format other than international, the service logic in the HLR shall behave as if the call forwarding is 
provisioned but not registered. 



4.7.2.3 



Invocation of Call Deflection 



The functional behaviour for the invocation of the Call Deflection supplementary service is defined in 3GPP 
TS 23.018 [12] and 3GPP TS 23.072 [16]. The following additional requirements apply. 

When Call Deflection is invoked by a CAMEL subscriber with 0-CSI, the gsmSSF shall send the DTN to the gsmSCF 
in the format in which it was received from the MS. When Call Deflection is invoked by a CAMEL subscriber with 
D-CSI or if a N-CSI is present in the VMSC, then the DTN shall be treated as defined in subclause 4.2.1.2.2. 

If the Service Interaction Indicators Two parameter was included in the Initial Address Message, the Continue With 
Argument information flow or the Connect information flow, the appropriate indicator shall be applied for the deflected 
call. 

4.7.3 Call Barring services 

When a CAMEL subscriber with 0-CSI and TIF-CSI attempts to activate a conditional call barring service 
(BOIC,BOIC-exHC), the HLR shall not check the interactions with call forwarding. 

When the gsmSCF initiates a call to a subscriber, the gsmSCF can indicate to the HLR that incoming call barrings shall 
be suppressed for this call. 

When the gsmSCF creates an additional call leg in an existing call, the gsmSCF can indicate to the VLR (via the 
gsmSSF and MSC) that outgoing call barrings shall be suppressed for this call leg. 

4.7.4 Closed User Group 

For a CUG subscriber with CAMEL services: 

- The HLR shall store (and transfer to the VLR) the necessary subscriber data to ensure that the served subscriber 
is not unnecessarily prevented by CUG constraints from originating calls. 

- The HLR shall store the necessary subscriber data to ensure that the served subscriber is not unnecessarily 
prevented by CUG constraints from receiving calls. 

For an MO, MF or TO call, the CUG information for that call shall be sent to the gsmSCF in the Initial DP information 
flow. 

If the gsmSCF returns a Continue information flow, the call shall continue with the original CUG information 
unchanged. 

If the gsmSCF returns a Connect or Continue With Argument information flow, the CUG handling in table 4.7 applies. 
Table 4.7: CUG handling on receipt of Connect or Continue With Argument for an MO, MF or TO call 



CUG parameters in 
information flow 


Handling 


Non-CUG call (note 1) 


Remove CUG information for the call and continue 
as a non-CUG call 


CUG information (note 2) 


Call shall continue with modified CUG information 


No CUG information 


Call shall continue with original CUG information 
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CUG parameters in 
information flow 



Handling 



NOTE 1 : Received in Service Interaction Indicators Two IE. 

NOTE 2: CUG information consists of at least one of CUG Interlock Code and 

Outgoing Access Indicator. 



For an MX call which is to be routed to the terminating subscriber, the CUG information shall be extracted from the 
Send Routeing Information ack and sent to the gsmSCF in the Initial DP, but the gsmSCF shall not have the ability to 
change the CUG information for the call. 

For an VT call which is to be routed to the terminating subscriber, the CUG information shall be extracted from the 
incoming ISUP lAM and sent to the gsmSCF in the Initial DP, but the gsmSCF shall not have the ability to change the 
CUG information for the call. 

For an MX or VX call which is subject to CAMEL forwarding, the gsmSCF shall return a Connect information flow and 
the CUG handling in table 4.7 applies. 



USSD to/from gsmSCF 



5.1 



Architecture 



5.1 .1 Functional Entities used for CAMEL 

Xhis subclause describes the functional architecture needed to support CAMEL handling of USSD to/from gsmSCF. 
Xhe functional model of USSD in an HLR that supports CAMEL is shown in figure 5.L Xhe phase 2 USSD handler is 
defined in 3GPP XS 23.090 [24]. Phase 1 USSD information flows may be relayed from the HLR to the gsmSCF. 
CAMEL introduces a "CAMEL USSD apphcation" which is invoked by the USSD handler. Xhe CAMEL USSD 
functional entities and application behaviour is specified in this subclause. 



Home Network 




MAP 



CAMEL USSD 

application 





gsmSCF 



MAP 



I 



r Msc j^ 



-> 



MS 



Visiting Network 



Figure 5.1 : Handling of USSD to and from a CAMEL subscriber 

HLR: The HLR stores for subscribers requiring CAMEL support the information relevant to the current subscription 
regarding U-CSI. The UG-CSI is stored as global data applicable to all subscribers. The U-CSI and the UG-CSI are 
stored in the HLR only. 

gsmSCF: see subclause 3.1. 
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5.1 .2 Interfaces defined for CAMEL 

This subclause describes the different interfaces appHcable to CAMEL. It specifies on a high level the functions specific 
to CAMEL. 

5.1 .2.1 gsmSCF - HLR interface 

This interface is used for USSD information flows, both for gsmSCF-initiated dialogues and MS-initiated dialogues 
(relayed via HLR). It is a network operator option whether to support or not USSD information flows on this interface. 

5.2 Description of CAMEL Subscriber Data 
5.2.1 USSD CAMEL Subscription Information (U-CSI) 

The subscription information specified in this subclause is for information only. 

This subclause defines the contents of the USSD CAMEL Subscription Information (U-CSI). The U-CSI consists of a 
list of pairs of the following two parameters. 

5.2.1.1 Service Code 

Service code for a specific application in a gsmSCF which interacts with the user by USSD. 

5.2.1.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber and a particular service code. The address shall be 
an E. 164 number to be used for routeing. 

5.3 Content of tine USSD General CAMEL Service Information 
(UG-CSI) 

The service information specified in this subclause is for information only. 

This subclause defines the contents of the USSD General CAMEL Service Information (UG-CSI). The allocation of the 
UG-CSI is independent from a particular subscriber. 

The UG-CSI consists of a list of pairs of the following two parameters. 

5.3.1 Service Code 

Service code for a specific application in a gsmSCF which interacts with the user by USSD. 

5.3.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular service code. The address shall be an E.164 number to be used 
for routeing. 

5.4 Procedures 
5.4.1 MS Initiated USSD 

For the behaviour of the USSD handler in HLR when receiving a MS initiated USSD see 3GPP TS 23.090 [24]. 

When the USSD handler has determined that the service code present in the received USSD does not indicate that an 
USSD application in the HLR shall be invoked it shall route the USSD to the USSD application specific for CAMEL, 
i.e. the CAMEL USSD apphcation. 
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The procedure at the CAMEL USSD appHcation at the HLR is implementation dependent. The following text describes 
a recommended procedure. 

The CAMEL USSD application shall check the U-CSI data assigned to the specific subscriber. If the service code is 
present in the U-CSI the USSD is routed to the gsmSCF given by the gsmSCF address stored against the service code in 
the U-CSI. 

If the service code is not present in the U-CSI (or the subscriber does not have U-CSI defined) then the CAMEL USSD 
application shall check the UG-CSI data assigned to the HLR. If the service code is present in the UG-CSI then the 
USSD is routed to the gsmSCF given by the gsmSCF address stored against the service code in the UG-CSI. 

If the service code is not present in U-CSI or UG-CSI an error (unknown application) is returned to the USSD handler. 

5.4.2 gsmSCF Initiated USSD 

The HLR may at any time receive a USSD information flow from the gsmSCF. If the subscriber can be contacted, the 
HLR shall set up a transaction to the VLR and forward the information flow unchanged. Any further information 
exchange between the gsmSCF and MSC shall be transparent to the VLR and the HLR. When one transaction is 
released, the HLR shall release the other. If an error is received from the MSC, the VLR shall release the transaction to 
the HLR and the HLR shall release the transaction to the gsmSCF. 

5.5 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for USSD handling. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S) or Optional (O) in 
the "Status" column. 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. An 'O' IE may be included or omitted as required by the service logic. This categorization is a functional 
classification, i.e. it defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for 
the ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

The HLR shall return an error if it does not functionally support an IE which it receives. 

Details of errors and exceptions to these rules are specified in are specified in 3GPP TS 29.002 [34]. 

5.5.1 gsmSCF to HLR information flows 
5.5.1 .1 Unstructured SS Request 

5.5.1.1.1 Description 

This IF is used for the gsmSCF to request data from the MS via the HLR. 

5.5.1 .1 .2 Information Elements 



Information element name 


Status 


Description 


USSD String 


M 


This IE contains the string that will be sent to the IVIS. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string. 


IMSI 


S,E 


This IE identifies the subscriber for which the information is requested. It shall 
be present if this IF is the first IF in a USSD dialogue, otherwise it shall be 
absent. 


MSISDN 


S,E 


This IE identifies the subscriber for which the information is requested. It shall 
be present if this IF is the first IF in a USSD dialogue, otherwise it shall be 
absent. 
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Information element name 


Status 


Description 


Alerting Pattern 





This IE indicates an alerting pattern to be sent to the IVIS. 



5.5.1.2 



Unstructured SS Notify 



5.5.1.2.1 Description 

This IF is used for the gsmSCF to send data to the MS via the HLR. 



5.5.1.2.2 



Information Elements 



Information element name 


Status 


Description 


USSD String 


M 


This IE contains the string that will be sent to the IVIS. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string. 


IMSI 


S,E 


This IE identifies the subscriber for which the information is requested. It shall 
be present if this IF is the first IF in a USSD dialogue, otherwise it shall be 
absent. 


MSISDN 


S,E 


This IE identifies the subscriber for which the information is requested. It shall 
be present if this IF is the first IF in a USSD dialogue, otherwise it shall be 
absent. 


Alerting Pattern 





This IE indicates an alerting pattern to be sent to the IVIS. 



5.5.1.3 



Process Unstructured SS Data ack 



5.5.1.3.1 Description 

This IF is used for the gsmSCF to send the response to the MS via the HLR for the MS initiated IF. 

5.5.1.3.2 Information Elements 

The following information element is required: 



Information element name 


Status 


Description 


SS User Data 


c 


This IE contains the string that will be sent to the MS. 



5.5.1.4 



Process Unstructured SS Request ack 



5.5.1.4.1 Description 

This IF is used for the gsmSCF to send the response to the MS via the HLR for the MS initiated IF. 



5.5.1.4.2 



Information Elements 



Information element name 


Status 


Description 


USSD String 


S 


This IE contains the string that will be sent to the MS. It shall be present if the 
Data Coding Scheme is present; otherwise it shall be absent. 


Data Coding Scheme 


S 


This IE indicates the characteristics of the USSD string. It shall be present if 
the Data Coding Scheme is present; otherwise it shall be absent. 
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5.5.2 HLR to gsmSCF information flows 
5.5.2.1 Unstructured SS Request ack 

5.5.2.1.1 Description 

This IF is used for the MS to send to the gsmSCF via the HLR for the gsmSCF initiated IF. 



5.5.2.1.2 



Information Elements 



Information element name 


status 


Description 


USSD string 


C 


This IE contains the string that will be sent to the gsmSCF. It shall be present 
if the Data Coding Scheme is present; otherwise it shall be absent. 


Data Coding Scheme 


C 


This IE indicates the characteristics of the USSD string. It shall be present if 
the Data Coding Scheme is present; otherwise it shall be absent. 



5.5.2.2 



Unstructured SS Notify ack 



5.5.2.2.1 Description 

This IF is used for the MS to via the HLR acknowledge to the gsmSCF that the notification was received. 

5.5.2.2.2 Information Elements 

This IE contains no information element. 



5.5.2.3 



Process Unstructured SS Data 



5.5.2.3.1 Description 

This IF is used for the MS to request data from gsmSCF via the HLR. 



5.5.2.3.2 



Information Elements 



Information element name 


status 


Description 


SS User Data 


M 


This IE contains the string that was received from the IVIS. 



5.5.2.4 Process Unstructured SS Request 

5.5.2.4.1 Description 

This IF is used for the MS to request data from the gsmSCF via the HLR. 

5.5.2.4.2 Information Elements 



Information element name 


Status 


Description 


USSD String 


M 


This IE contains the string that will be sent to the gsmSCF, including the 
Service Code. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string 


IMSI 


M 


This IE identifies the subscriber. 


MSISDN 


S 


This IE contains the basic IVISISDN of the subscriber who has requested the 
USSD IF. This IE is used as an operator option. 


Originating Entity Number 


M 


This IE identifies the functional entity initiating the information flow. 
In this case, this shall be the address of the HLR. 
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5.5.2.5 



Begin Subscriber Activity 



5.5.2.5.1 Description 

This IF is used by the HLR to start subscriber activity towards the gsmSCF for USSD purposes. 



5.5.2.5.2 



Information Elements 



Information element name 


status 


Description 


IMSI 


M 


This IE identifies the subscriber. 


Originating Entity Number 


M 


This IE identifies the functional entity initiating the subscriber activity. 
In this case, this shall be the address of the HLR. 





GPRS interworking 



6.1 



Architecture 



6.1 .1 Functional Entities used for CAMEL 

This subclause describes the functional architecture needed to support GPRS interworking for CAMEL. Figure 6.1 
shows the functional entities involved in a GPRS session requiring CAMEL support. The architecture is applicable to 
the third phase of CAMEL or higher. 



Home Network 




HLR 




.gsmSCFJ 



MAP 



^ 



CAP 



Interrogating Network 




Visiting Network 



Home/Interrogating/Visiting Network 

Figure 6.1 : Functional architecture for support of CAMEL 

HLR: For subscribers requiring CAMEL support, the HLR stores the information relevant to the current subscription 
GPRS-CSL 

SGSN: When processing GPRS Attach requests or Inter-SGSN Routeing Area Updates for subscribers requiring 
CAMEL support, the SGSN receives a GPRS-CSI from the HLR, indicating the SGSN to request instructions from the 
gprsSSF. The SGSN monitors on request the GPRS events and informs the gprsSSF of these events during processing, 
enabling the gprsSSF to control the execution of the GPRS session or individual PDP contexts in the SGSN. 

gprsSSF: see subclause 3.1. 

gsmSCF: see subclause 3.1. 
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6.1 .2 Interfaces defined for CAMEL 

6.1 .2.1 SGSN - gprsSSF interface 

This is an internal interface. The interface is described in the present document to make it easier to understand the 
handhng of DPs (arming/disarming of DPs, DP processing etc.). 

6.1 .2.2 gprsSSF - gsmSCF interface 

This interface is used by the gsmSCF to control a GPRS session or individual PDP Context in a certain gprsSSF. GPRS 
dialogues between the gprsSSF and the gsmSCF on this interface are opened as a result of the gprsSSF sending a 
request for instructions to the gsmSCF. A GPRS dialogue is composed of a sequence of TC dialogues linked together 
by the same reference. The GPRS dialogue handler allows the TC dialogue handling. 

6.1 .2.3 HLR - SGSN interface 

This interface is used to send CAMEL related subscriber data to a visited GPRS network, e.g. GPRS-CSI. 

6.2 Detection Points (DPs) 
6.2.1 Definition and description 

GPRS events may be made visible to the gsmSCF. The DPs are the points in association at which these events are 
detected. The DPs for GPRS Session and PDP Context are described in subclause 6.4.2 and subclause 6.4.3. 

A DP can be armed in order to notify the gsmSCF that the GPRS event was encountered, and to allow the gsmSCF to 
influence subsequent handling of the GPRS Session, or the PDP Context. If the DP is not armed, the processing entity 
continues the processing without gsmSCF involvement at this DP. 

Three different types of DPs are identified: 

- Trigger Detection Point-Request (TDP-R): This detection point is statically armed and may initiate a CAMEL 
control relationship. This CAMEL control relationship is within a new GPRS dialogue. When the GPRS event is 
encountered and reported, processing is suspended. 

- Event Detection Point- Request (EDP-R): This detection point is dynamically armed within the context of a 
CAMEL control relationship. When the GPRS event is encountered, and reported, processing is suspended and 
the gprsSSF waits for instructions from the gsmSCF. 

Event Detection Point-Notification (EDP-N): This detection point is dynamically armed within the context of a 
CAMEL control relationship. When the GPRS event is encountered and reported, processing is not suspended. 

Arming/disarming mechanism: 

A DP may be statically armed or dynamically armed. The following arming rules apply: 

- DPs for GPRS Session and PDP Context are statically armed as a result of the GPRS-CSI analysis in the SGSN. 

- DPs may be dynamically armed by the gsmSCF within the context of a CAMEL control relationship. In 
scenario 1 which is described in the subclause 6.4.4.1, PDP context related DPs may be armed as generic DP or 
as non-generic DP. 

The following disarming rules apply: 

A statically armed DP is disarmed when the GPRS-CSI is withdrawn in the HLR. Only TDP-Rs can be disarmed 
using this mechanism. 

- If the GPRS Session is released, then all EDPs related to the GPRS Session are disarmed. 

If a PDP context is released, then all non-generically armed EDPs related to that PDP context are disarmed. 
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- If a non-generically armed EDP is met, then EDPs for the GPRS Session or that PDP Context are disarmed, in 
accordance with the imphcit disarming rule (see subclause 6.4.6). 

- Armed EDPs may be explicitly disarmed by the gsmSCF by means of the Request Report BCSM Event 
information flow. 

6.2.2 Relationship, DP processing rules and GPRS dialogue 

A relationship between the State Models (in the gprsSSF) and the gsmSCF for the purpose of operator specific service 
processing is considered to be a CAMEL relationship. There are two types of CAMEL relationships: monitor 
relationship and control relationship. 

A CAMEL control relationship: the gsmSCF is able to influence the GPRS Session/PDP Context via the 
relationship for the given state model. 

- A CAMEL monitor relationship: the gsmSCF is not able to influence the GPRS Session/PDP Context via the 
relationship for the given state model. 

A control relationship persists as long as there is one or more EDP-R armed for this instance of the state model, or if the 
gprsSSF is in the state Waiting For Instruction for this instance of state model. 

A control relationship changes to a monitor relationship if the conditions for a control relationship are no longer 
fulfilled and one or more EDP-N is armed or one or more Apply Charging Report GPRS is outstanding for this instance 
of the state model. If no EDP-Ns are armed and no Apply Charging Reports GPRS are outstanding for this instance of 
the state model, the relationship terminates. 

A GPRS dialogue exists between gprsSSF and gsmSCF if at least one of the following conditions is fulfilled: 

- There is at least one EDP armed, 

- At least one report is pending, 

- gprsSSF is in state Waiting_For_Instructions. 

6.3 Description of CAMEL Subscriber Data 

6.3.1 GPRS CAMEL Subscription Information (GPRS-CSI) 

This subclause defines the contents of the GPRS CAMEL Subscription Information. 

6.3.1.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

6.3.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

6.3.1 .3 Default GPRS Handling 

The Default GPRS Handling indicates whether the GPRS session or PDP context shall be released or continued as 
requested in case of error in the gprsSSF to gsmSCF dialogue. 

6.3.1.4 TDPList 

The TDP List indicates on which detection point triggering shall take place. 
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6.3.1 .5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

6.3.1.6 CSI state 

The CSI state indicates whether the GPRS-CSI is active or not. 



6.3.1.7 



Notification flag 



The notification flag indicates whether the change of the GPRS-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

6.3.2 gsmSCF address list for CSI 

The gsmSCF address list contains a list of gsmSCF addresses to which Notification on Change of Subscriber Data is to 
be sent. This list is common to all CSI. 

6.4 Description of CAMEL State Models 

GPRS can support multiple PDP contexts simultaneously for an attached subscriber, requiring the behaviour of a GPRS 
session to be modelled by two state models, one for the attach/detach procedures (GPRS Attach/Detach State Model) 
and the other for modelling individual PDP Contexts (GPRS PDP Context State Model). 



6.4.1 General Handling 



The GPRS State Model is used to describe the actions in an SGSN during processing of a GPRS session or PDP 
Contexts. 

The GPRS State Model identifies the points in basic GPRS processing when Operator Specific Service (OSS) logic 
instances (accessed through the gsmSCF) are permitted to interact with basic GPRS control capabilities. 

Figure 6.2shows the components that have been identified to describe a GPRS State Model. 



Transition 



DP 



Point in Association 
(PIA) 



Figure 6.2: GPRS State Model Components 

6.4.2 GPRS Attach/Detach State Model 

The GPRS Attach/Detach State Model is used to model the behaviour of the GPRS attach/detach procedures. 

When encountering a DP the Attach/Detach State Model processing is suspended at the DP and the SGSN indicates this 
to the gprsSSF which determines what action, if any, shall be taken in case the DP is armed. 
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Figure 6.3: GPRS Attach/Detach State Model 
Table 6.1 : Description of GPRS Attach/Detach DPs in the SGSN 



CAMEL Detection Point 


DP Type 


Description 


DP Attach 


TDP-R 


A request to attach is received. 


DP Change of Position GPRS 
Session 


TDP-R'\ EDP-N 


Routeing Area Update is accepted. 


DP Detach 


EDP-N, EDP-R 


A detach request is received either from the IVIS, the SGSN or a 
'Cancel Location' received from HLR or Inter SGSN Routeing 
update occurred in the old SGSN. 


Note 1 : Change of Position GPRS Session is reported as TDP-R in the case of Inter-SGSN Routeing Area Update 
(provided that this DP is statically armed in GPRS-CSI). 

Change of Position GPRS Session is reported as EDP-N in the case of Intra-SGSN Routeing Area Update 
(provided that this DP is dynamically armed by the Service Logic). 



6.4.2.1 



Description of the Attach/Detach model (PIAs) 



This subclause describes the model for the attach and detach a GPRS session in the SGSN. For each PI A a description 
can be found of the entry events, actions and exit events. 

6.4.2.1.1 Detached 

Entry events: 

- Detach (user or network initiated) and clearing of a previous GPRS session. 

- Processing of exceptional conditions. 
Actions: 

- Interface is idled. 

- Attach request is received from MS containing the IMSI/P-TMSI and the type of attach requested and, the 
identity of the MS is estabhshed (IMSI) (DP Attach), or Inter-SGSN Routeing Area Update Request is accepted 
(DP Change of Position GPRS Session). 

- Information being analyzed, e.g. GPRS-CSI is analyzed. 
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Exit events: 

- GPRS-CSI is analyzed (DP Attach or DP Change of Position GPRS Session). 

6.4.2.1.2 Attached 

Entry events: 

- GPRS-CSI is analyzed (DP Attach). 
Actions: 

- MM contexts are estabHshed at the MS and the SGSN. 
Exit events: 

A GPRS Detach request is received from the MS or from the network (DP Detach). 

- Intra-SGSN Routeing Area Update is accepted (DP Change of Position GPRS Session). 

- An exception is encountered. 

The GPRS Attach/Detach State Model shall only have one or more GPRS PDP Context State Models associated with it 
when in the Attached state. A GPRS PDP Context State Model cannot exist without its associated GPRS Attach/Detach 
State Model being in the Attached state. Closure of the GPRS Attach/Detach State Model via a detach will result in the 
idling of all associated GPRS PDP Context State Models and the release of the associated GPRS PDP Contexts. 

It shall not be necessary to trigger a relationship from the GPRS Attach/Detach State Model to the gsmSCF in order for 
triggering to occur in an associated GPRS PDP Context State Model. However, in this latter case a GPRS 
Attach/Detach State Model shall still exist at the SGSN. This is so that CSE-initiated detach events sent within a given 
GPRS PDP Context relationship shall result in the GPRS Attach/Detach State Model transiting to the Detached state. 
As noted above, in this state no PDP Contexts can exist and so all associated GPRS PDP Context State Models will 
transit to state Idle. 

6.4.3 GPRS PDP Context State Model 

The GPRS PDP Context State Model is used to model the behaviour for the GPRS PDP Context procedures. There is 
one PDP Context State Model per GPRS PDP context. 

When encountering a DP the PDP Context State Model processing is suspended at the DP and the SGSN indicates this 
to the gprsSSF which determines what action, if any, shall be taken in case the DP is armed. 
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Figure 6.4: GPRS PDP Context State Model 
Table 6.2: Description of GPRS PDP Context DPs in the SGSN 



CAMEL Detection Point 


DP Type 


Description 


DP PDP Context Establishment 


TDP-R'\ EDP-R, 
EDP-N 


Activate PDP Context request is received from the IVIS. 


DP PDP Context Establishment 
Acknowledgement 


TDP-R^\ EDP-R, 
EDP-N 


Create PDP Context response is received from the GGSN. 


DP PDP Context Disconnection 


EDP-N, EDP-R 


Deactivate PDP Context Request is received from the IVIS, Delete 
PDP Context request is received from the GGSN. Inter SGSN 
Routeing update occurred in old SGSN. 


DP Change of Position Context 


TDP-R'\ EDP-N, 
EDP-R 


Routeing Area Update is accepted. 


NOTE 1 : The PDP Context Establishment shall be reported as TDP-R (provided that this DP is statically armed in 

GPRS-CSI) if there is no relationship with the gsmSCF. If there is a relationship with the gsmSCF it shall be 

reported as EDP-R or EDP-N if armed so. 
NOTE 2: The PDP Context Establishment Acknowledgement shall be reported as TDP-R (provided that this DP is 

statically armed in GPRS-CSI) if there is no relationship with gsmSCF. If there is a relationship with the 

gsmSCF, it shall be reported as EDP-R or EDP-N if armed so. 
NOTE 3: Change of Position Context is reported as TDP-R in the case of Inter-SGSN Routeing Area Update (provided 

that this DP is statically armed in GPRS-CSI) if there is no relationship with the gsmSCF. 

Change of Position Context is reported as EDP-N or EDP-R in the case of Inter-SGSN Routeing Area Update 

(provided that this DP is armed as generic EDP) if there is a relationship with the gsmSCF. 

Change of Position Context is reported as EDP-N in the case of Intra-SGSN Routeing Area Update (provided 

that this DP is dynamically armed by the Service Logic). 



6.4.3.1 



Description of the PDP Context model (PIAs) 



This subclause describes the model for PDP Context State Model in the SGSN. For each PIA a description can be found 
of the entry events, actions and exit events. 
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6.4.3.1.1 Idle 

Entry events: 

- Deactivation (user or network initiated) and clearing of a previous PDP Context. 

- Processing of exceptional conditions. 
Actions: 

- Interface is idled. 

Activate PDP Context request is received from MS (containing NSAPI, PDP Type, PDP Address, Access Point 
Name, QoS Requested, PDP Configuration Options), or Inter-SGSN Routeing Area Update is accepted (DP 
Change of Position Context). 

- Information being analyzed, e.g. GPRS-CSI is analyzed. 
Exit events: 

- GPRS-CSI is analyzed (DP PDP Context Establishment or DP Change of Position Context, new SGSN). 

6.4.3.1 .2 PDP Context Setup 

Entry events: 

- GPRS-CSI is analyzed (DP PDP Context Estabhshment). 

Actions: 

APN and GGSN selection procedure is performed for a primary PDP context as specified in Annex A of 3 GPP 
TS 23.060 [15]. APN and GGSN selection procedure is not performed for a secondary PDP context. 

- Access Point Name is verified against the subscription. If the gsmSCF has provided an Access Point Name then 
the Access Point Name provided by the gsmSCF is checked against the subscription. For details refer to 3GPP 
TS 23.060 [15] Annex A. 

- The operator determined barring category "Barring of all Packet Oriented Services " is checked and invoked if 
necessary. 

- The operator determined barring category "Barring of Packet Oriented Services from access points that are 
within the HPLMN whilst the subscriber is roaming in a VPLMN" is checked and invoked if necessary. 

- The operator determined barring category "Barring of Packet Oriented Services from access points that are 
within the roamed to VPLMN" is checked and invoked if necessary. 

- The SGSN ensures that an already active PDP context is not reactivated. 

- GGSN address is derived from the Access Point Name by interrogation of a DNS. The Access Point Name 
consists of a Network Identifier and an Operator Identifier. 

- Create PDP Context Request is sent to the GGSN. 
Exit events: 

Create PDP Context Response is received from the GGSN (DP PDP Context Establishment Acknowledgement). 

- An exception is encountered. 

6.4.3.1 .3 PDP Context Established 

Entry events: 

- GPRS-CSI is analyzed (DP PDP Context Establishment Acknowledgement or DP Change of Position Context). 
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Actions: 

- PDP context is established at the MS and the SGSN. 

Exit events: 

Deactivation of the PDP Context is received from the MS or the GGSN, or is due to an inter SGSN routing area 
update (DP PDP Context Disconnection, old SGSN). 

- Intra-SGSN Routeing Area Update Request is received from the MS (DP Change of Position Context). 

- Inter-SGSN Routeing Area Update (DP Change of Position Context, new SGSN). 

- An exception is encountered. 

6.4.3.1 .4 Change of Position Context 

Entry events: 

- Inter SGSN Routing Area update accepted (new SGSN). 

- Intra SGSN Routeing Area update request received from the MS. 
Actions: 

- PDP Context (containing NSAPI, PDP Type, PDP Address, Access Point Name, QoS Requested, PDP 
Configuration Options) is reestablished in case of Inter-SGSN Routeing Area update accepted (new SGSN). 

- Intra SGSN Routeing Area updated. 
Exit events: 

- reestablishement of the PDP context at the new SGSN and return to PDP context established in case of inter 
SGSN Routeing Area update accepted in new SGSN (PIA PDP context estabhshed). 

- Routeing Area update completed in case of intra SGSN Routeing Area update (PIA PDP context established). 

6.4.4 GPRS CAMEL Scenarios 

Two different scenarios are applicable for CAMEL control of GPRS. 

Scenario 1: 

Scenario 1 allows CAMEL control of the GPRS session and of multiple PDP contexts related to this session within a 
single GPRS dialogue. 

Scenario 2: 

Scenario 2 allows CAMEL control of single PDP contexts. Multiple PDP contexts are controlled in this scenario via 

multiple GPRS dialogues. 

Scenario 1 and scenario 2 are mutually exclusive, i.e. it is not possible to use both for one GPRS session at the same 
time in one SGSN. A GPRS session is involved in GPRS CAMEL at one moment in time either by using scenario 1 or 
by using possible multiple instances of scenario 2. GPRS sessions in different SGSNs are independent from a CAMEL 
perspective. 

6.4.4.1 GPRS CAMEL Scenario 1 

Scenario 1 allows CAMEL control of the GPRS session and of multiple PDP contexts related to this session within a 
single GPRS dialogue (Session dialogue). 
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Figure 6.5: GPRS CAMEL Scenario 1 

A GPRS dialogue in scenario 1 always consists of one GPRS Attach/Detach State Model and optionally of additional 
multiple GPRS PDP Context State Models related to the Attach/Detach State Model for the GPRS session. There is at 
most one GPRS Attach/Detach State Model per non idle GPRS session in one SGSN and at most one PDP Context 
State Model per active GPRS PDP context in one SGSN. The various PDP Context State Models are treated 
independently of each other. 

The GPRS dialogue and the relationship between the GPRS Attach/Detach State Model and the gsmSCF are always 
initiated using the TDPs of the GPRS Attach/Detach State Model. 

The gsmSCf requests further control or monitoring of individual GPRS PDP contexts using the Request Report GPRS 
Event information flow. To be informed about new individual PDP contexts the gsmSCF arms the DP 'PDP Context 
Establishment' or the DP 'PDP Context Establishment Acknowledgement' generically, i.e. without a PDP ID, as an 
EDP. To be informed about the handed over PDP contexts the gsmSCF arms the DP 'Change of Position Context' 
generically as an EDP-N or EDP-R. 

Each GPRS PDP context is identified by a PDP ID. The PDP ID is assigned by the SGSN during PDP context 
establishment. The PDP ID is unique within one GPRS dialogue. The Request Report GPRS Event information flows to 
control new or handed over PDP contexts do not include a PDP ID. There is no 'PDP ID' related to the GPRS 
Attach/Detach State Model. 

The PDP Id is reported to the gsmSCF in the first event notification for that PDP context. 



6.4.4.2 



GPRS CAMEL Scenario 2 



Scenario 2 allows CAMEL control of single PDP contexts. Multiple PDP contexts are controlled in this scenario via 
multiple GPRS dialogues (PDP Context dialogues). 
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Figure 6.6: GPRS CAMEL Scenario 2 
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A GPRS dialogue in scenario 2 consists of a single GPRS PDP Context State Model. There is no GPRS Attach/Detach 
State Model involved in this scenario. There is at most one PDP Context State Model per active GPRS PDP context in 
one SGSN. 

There might be multiple GPRS dialogues in scenarios 2 for one GPRS session, each of the dialogues controlling a 
single GPRS PDP context. The various GPRS dialogues are independent of each other. 

The GPRS dialogue and the relationship between the GPRS PDP Context State Model and the gsmSCF are always 
initiated using the TDPs for the GPRS PDP Context State Model. 

Control of further individual GPRS PDP contexts in the same GPRS dialogue as in scenario 1 is not possible. There are 
no PDP IDs in this scenario. 

6.4.5 SGSN Routeing Area Update 

6.4.5.1 Intra-SGSN Routeing Area Update 

Intra-SGSN Routeing Area Update will be detected via the DP 'Change of Position GPRS Session' for the session using 
the GPRS Attach/Detach State Model and via the DPs 'Change of Position Context' for the individual PDP contexts 
using the GPRS PDP Context State Models. 

It will be reported via an EDP-N if the necessary EDP-N is armed. 

6.4.5.2 Inter-SGSN Routeing Area Update 

Inter-SGSN Routeing Area Update from the old SGSN to the new SGSN will be detected via the DP 'Change of 
Position GPRS Session' for the session using the GPRS Attach/Detach State Model and via the DPs 'Change of Position 
Context' using the GPRS PDP Context State Models for the individual PDP contexts which have been handed over. 

Scenario 1: 

Inter-SGSN Routeing Area Update from the old SGSN to the new SGSN will be detected in the new SGSN via the DP 
'Change of Position GPRS Session' for the session using the GPRS Attach/Detach State Model and in the new SGSN 
via the DPs 'Change of Position Context' using the GPRS PDP Context State Models for the individual PDP contexts 
which have been handed over. 

In this scenario the DP 'Change of Position GPRS Session' is armed as a TDP-R. If the Routeing Area Update is 
accepted the gprsSSF reports this TDP-R to the gsmSCF using the Initial DP GPRS information flow. To be informed 
about new PDP contexts the gsmSCF arms the DP 'PDP Context Establishment' or the DP 'PDP Context Establishment 
Acknowledgement' generically as EDP-R or EDP-N. The DPs 'Change of Position Context' for the PDP contexts which 
have been handed over will be reported with all necessary information to the gsmSCF when the gprsSSF is continued, 
i.e. it is not longer waiting for instructions. Contexts which are not continued in the new SGSN are not reported. The 
EDPs for new PDP contexts are reported as usual. 

The Detach in the old SGSN is reported to the gsmSCF, provided this event is armed. All outstanding reports in the old 
SGSN are sent to the gsmSCF and all open CDRs are closed. 

Scenario 2: 

Inter-SGSN Routeing Area Update from the old SGSN to the new SGSN will be detected in the new SGSN via the DPs 
'Change of Position Context' using the GPRS PDP Context State Models for the individual PDP contexts which have 
been handed over. 

In this scenario the DP 'Change of Position Context' is armed as TDP-R. If the Routeing Area Update is accepted the 
gprsSSF reports these TDP-Rs PDP contexts which have been handed over to the gsmSCF using the Initial DP GPRS 
information flows in multiple GPRS dialogues. 

The PDP Context Disconnection in the old SGSN is reported to the gsmSCF, provided this event is armed. All 
outstanding reports in the old SGSN are sent to the gsmSCF and the open CDR is closed. 
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6.4.6 Rules for Implicit Disarming of Detection Points 

The two tables below give the rules for implicit disarming of event detection points. 

Implicit EDP disarming rules are specified for the Attach/Detach State Model and PDP Context State Model. The tables 
specify which EDP's shall be disarmed (i.e. MonitorMode set to Transparent) if/when each EDP is encountered, 
irrespective of the EDP's MonitorMode (Transparent, NotifyAndContinue, or Request). 

EDPs which are armed generically for GPRS PDP Context State Models shall only be implicitly disarmed at the end of 
the GPRS dialogue. Explicit disarming is possible. 

When EDP's are armed with MonitorMode 'Request' (EDP-Rs) are encountered, any implicit EDP disarming shall take 
place before reporting the EDP and transiting the gprsSSF to the WEI state (if not already suspended in the WEI state). 

The table entry 'X' means that if one DP occurs (independently of arming and reporting to the gsmSCE) the marked one 
is implicitly disarmed. It shall be possible to rearm explicitly an implicitly disarmed DP. 



Table 6.3: Implicit disarming rules for Scenario 1 (the rules apply for non-generically armed DPs) 



Encountered DP 


Implicit disarmed DPs 


CO 

cc 
a. 
O 

c 
_o 

U) 
o 

Q- 
O 
D) O 

5 w 
nJ c/) 

-C CD 

OCO 


">< 

Q) 

c 
o 
O 
c 
_o 

"w 
o 

CL 

o 

CD 
D) 

c 
c^ 

o 


o 
B 

Q 


c 

CD 

E 

JZ 

B 

LU 

"x 

Q) 

c 
o 

o 

CL 
Q 

CL 


PDP Context Establishment 
Acknowledgement 


c 
_o 

t) 

CD 

c 
c 

8 

C/) 

b 

">< 

0) 

c 
o 

o 

CL 
Q 
CL 


Change of Position GPRS Session 














Change of Position Context 














Detach 


X 


X 


X 


X 


X 


X 


PDP Context Establishment 














PDP Context Establishment Acknowledgement 










X 




PDP Context Disconnection 




X 






X 


X 



Table 6.4: Implicit disarming rules for Scenario 2 (the rules apply for non-generically armed DPs) 
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6.5 



Procedures for CAMEL GPRS 



6.5.1 Overall SDL Architecture 
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Figure 6.7: Architecture for CAMEL/GPRS interworking 

6.5.2 Handling GPRS in the SGSN 

The functional behaviour of the SGSN is specified in 3GPP TS 23.060 [15]. The procedures specific to CAMEL are 
specified in this subclause: 

- Procedure CAMEL_GPRS_Attach; 

- Procedure CAMEL_GPRS_Detach; 

- Procedure CAMEL_GPRS_Routeing_Area_Update_Session; 

- Procedure CAMEL_GPRS_Routeing_Area_Update_Context; 

- Procedure CAMEL_GPRS_PDP_Context_Establishment; 

- Procedure CAMEL_GPRS_Create_PDP_Context_Establishment_Acknowledgement; 

- Procedure C AMEL_GPRS_Change_Of_QoS ; 

- Procedure CAMEL_GPRS PDP Context_Disconnection. 
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6.5.2.1 Actions of the SGSN on receipt of lnt_Error 

The SGSN checks the default GPRS Handhng parameter in GPRS-CSI. 

If the default GPRS handling is release, a Detach indication is sent to the MS. The SGSN then releases all resources and 
the invoked CAMEL procedure ends. 

If the default GPRS handling is continue, the SGSN continues processing without CAMEL support. 

6.5.2.2 Actions of the SGSN on receipt of lnt_Continue 

The SGSN continues processing without any modification of GPRS parameters. 
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6.5.2.3 



Handling of GPRS Attach/Detach 



Procedure CAMEL_GPRS_Attach 

/* Procedure in the SGSN for CAMEU \ 
handling of MS Attach 7 



1(2) 



/* Signals to/from the right are to/from the gprsSSF; 
signal from the left is from the access network. 7 



Result := 
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No 




^.jQPRS-' 
/ocatiorj?^ 



Yes 



Store original 
GPRS parameters 





lnt_invoke_ \ 
GPRS SSF/ 



/ Wait_for_ ^ 
GPRS_SSF_ 
\ inv o ked 



lnt_GPRS/ 
SSF_lnvoked 



lnt_DP_ 
Attach 



DP Attach 



> Abort 



lnt_GPRS_ 
Failure 



Result := 
Abort session 




Figure 6.8-1: Procedure CAMEL_GPRS_Attach (sheet 1) 
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Procedure CAMEL_GPRS_Attach 

/* Procedure in the SGSN for CAMEU \ 
handling of MS Attach 7 



2(2) 



/* Signals from the right are from the gprsSSF.Vl 



DP Attach 
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Session \ 



Result : 



Int error 
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Yes 



Result := 
Continue 




lnt_Contin 
GPRS 



Default GPRS handling = 
Continue? 



Figure 6.8-2: Procedure CAMEL_GPRS_Attach (sheet 2) 
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Procedure CAMEL GPRS Detach 



1(1) 



/* Procedure in the SGSN for CAMEL 
handling of MS or network indicated Detach 7 



/* Signals to/from the right are to/from the gprsSSF 7L 



Result := 
Continue 



No 




^^^rsSS 
woked?/ 



Yes 




lnt_DP_ 
Detach 



DP Detach 



lnt_Continu^ 
GPRS \ 



Int Continue 



Int error 



Result := 
Continue 



Figure 6.9-1: Procedure CAMEL_GPRS_Detach (sheet 1) 
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6.5.2.4 



Handling of GPRS Routeing Area Update 



Procedure CAMEL_GPRS_Routeing_Area_Update_Session 

N I 

/* Procedure in the SGSN for CAMEL handling of: \ /* Signals to/from the right are to/from the gprsSSF 

- intra-SGSN Routeing Area Update, or signal from the left is from the access network. 7 

- inter-SGSN Routeing Area Update in the new SGSN *] 



1(2) 



No 




prsS^ ^ "^^^ 
voked?-^ 



Intra-SGSN 




Wait_for_ 
1GPRS_SSF 
inv o ked 



lnt_GPRS/ 
SSF invofed 



lnt_DP_ChW|e_ 
Of_Position /Session 



/bP_Change\ 
OflPosition_Session 



Intra- or Inter-SGSN 
Routeing Area Update? 



> Abort 



lnt_DP_Chknc|e_ lnt_GPRS_ 
Of_Position /Session Failure 



/DP_Change_\ Result := 

OfiPosition Session Abort session 




Figure 6.10-1: Procedure CAMEL_GPRS_Routeing_Area_Update_Session (sheet 1) 
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Procedure CAMEL_GPRS_Routeing_Area_Update_Session 

N I 

/* Procedure in the SGSN for CAMEL handling of: \ /* Signals from the right are from the gprsSSF.Vl 

- intra-SGSN Routeing Area Update, or 

- inter-SGSN Routeing Area Update in the new SGSN *] 



2(2) 



/r. 



pP_Change_ 
Of iPosition_Session 



lnt_Release^ 
Session \ 



Int error 



lnt_Contin^e 



lnt_Contin 
GPRS 



No 



Result := 
Release session 



Result := 
Abort session 




Yes 



Default GPRS handling: 
Continue? 



Result := 
Continue 




Figure 6.10-2: Procedure CAMEL_GPRS_Routeing_Area_Update_Session (sheet 2) 
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Procedure CAMEL_GPRS_Routeing_Area_Update_Context 



1(2) 



/* Procedure in the SGSN for CAMEL handling of: 

- intra-SGSN Routeing Area Update, or 

- inter-SGSN Routeing Area Update in the new SGSN *] 



/* Signals to/from the right are to/from the gprsSSF;! 
signal from the left is from the access network. 7 




Yes 



/* NOTE: See Table 7: 'Description of GPRS 
PDP Context DPs in the SGSN' Note 3 for further 
explanation whether reporting occurs within a 
new gprsSSF or in an existing (invoked) one. 7 



Wait_for_ 

lGPRS_SSF_ 

inv o ked I 



lnt_GPRS/ 
SSF invofed 



lnt_DP_Ch^e_ 
Of_Position /Context 



/bP_Change_\ 
OflPosition Context 



Intra- or Inter-SGSN 
Routeing Area Update? 



> Abort 



lnt_DP_Chknc|e_ lnt_GPRS_ 
Of_Position /Context Failure 



DP_Changej 



OflPosition Context 



Result := 
Abort context 




Figure 6.11-1: Procedure CAMEL_GPRS_Routeing_Area_Update_Context (sheet 1) 
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Procedure CAMEL_GPRS_Routeing_Area_Update_Context 



2(2) 



/* Procedure in the SGSN for CAMEL handling of: 

- intra-SGSN Routeing Area Update, or 

- inter-SGSN Routeing Area Update in the new SGSN *] 



/* Signals from the right are from the gprsSSF.vL 



/bp_Change_\ 
OflPosition_Coniext 



lnt_Release^ 
Context \ 



Result := 
Release conte)kt 



Int error 



No 



Yes 



Result := 
Abort context 



Result := 
Continue 





lnt_Contin^e 



lnt_Contin 
GPRS 



Default GPRS handling: 
Continue? 



Figure 6.11-2: Procedure CAMEL_GPRS_Routeing_Area_Update_Context (sheet 2) 
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6.5.2.5 Handling of PDP Context establishment and deactivation 



Procedure CAMEL GPRS PDP Context Establishment 



/* Procedure in the SGSN for CAMEL \ 
handling of PDP Context Establishment 7 



1(2) 



/* Signals to/from the right are to/from the gprsSSF 
signal from the left is from the access network. 7 



Result := 
Continue 



No 



Yes 

lnt_invoke^\ 
GPRS SSF/ 





prsS^ ^ "^^^ 
voked?-^ 



lnt_DP_PDR 

Context Est^lishment 



Df/ PDP_Conte\<t_ 
Establishment) 



Wait_for_ 

GPRS_SSF_ 

inv o ked 



lnt_GPRS/ 
SSF invofed 



lnt_DP_PDX^ 
Context Est^lishment 



DP_PDP_Conte\<t_ 
Establishmentl 



> Abort 



lnt_GPRS_ 
Failure 



Result := 
Abort context 




Figure 6.12-1: Procedure CAMEL_GPRS_PDP_Context_Establishment (sheet 1) 
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Procedure CAMEL_GPRS_PDP_Context_Establishment 2(2) 

r N I K 

/* Signals from the right are from the gprsSSF. */[\ 



/* Procedure in the SGSN for CAMEL \ 
handling of PDP Context Establishment 7 



lnt_Release^ 
Context \ 



No 



Result := 
elease Contekt 



DP_PDP_Contekt_ 

Establishment) 

\ / 



Result := 
Abort Context 




Int error 




Yes 



Result := 
Continue 



Int Continue 



lnt_Contin 
GPRS 



^- 



lnt_Connect_ 
GPRS \ 



Set new APN 



Default GPRS handling: 
Continue? 



Figure 6.12-2: Procedure CAMEL_GPRS_PDP_Context_Establishment (sheet 2) 
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Procedure CAMEL_GPRS_PDP_Context_Establishment_Acknowledgement 



1(2) 



/* Procedure in the SGSN for CAMEL \ 
handling of PDP Context Establishment 
Acknowledgement 7 



/* Signals to/from the right are to/from the gprsSSF;| 
signal from the left is from the access network 
unless otherwise stated. */ 



Result := 
Continue 



No 



\/ocatioj:i?^ 
Yes 

lnt_invoke_\ 
GPRS SSF/ 





lnt_DP_PDX 
Context_Est^lishment_ 
Acknowledgment (PDP Id) 



DP_PDP_Context_ 
Establishment 1 



Wait_for_ 

GPRS_SSF 

inv o ked 



lnt_GPRS/ 
SSF invofed 



lnt_DP_P[^ 
Context Esta 




lishment 



DP^_PDP_ConteYt_ 
Establishment) 



> Abort 



lnt_GPRS_ 
Failure 



Result := 
Abort context 




Figure 6.13-1: Procedure CAMEL_GPRS_PDP_Context_Establishment_Acknowledgement (sheet 1) 
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Procedure CAMEL_GPRS_PDP_Context_Establishment_Acknowledgement 

I /* Procedure in the SGSN for CAMEU \ /* Signals from the right are from the gprsSSF. vt 
handling of PDP Context Establishment 
Acknowledgement 7 



2(2) 



DF/_PDP_ConteYt_ 

Establishment) 
Adknowledqemg"nt 



lnt_Release^ 
Context \ 




Int error 



No 



Yes 



Result := 
elease Contekt 



Result := 
Abort Context 



Result := 
Continue 





lnt_Contin^e 



lnt_Continu^ 
GPRS \ 



Default GPRS handling: 
Continue? 



Figure 6.13-2: Procedure CAI\/IEL_GPRS_PDP_Context_Establishment_Acknowledgement (sheet 2) 
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Procedure CAMEL_GPRS_Change_of_QoS 

/* Procedure in the SGSN for CAMEL ^\ 

handling a change of QoS for a PDP Context 7 



1(1) 



/* Signal to the right is to the gprsSSF */[ 



No 




nvoked?/ 



Yes 



lnt_QoS_Change 
(PDP Id) 



Result := 
Continue 




Figure 6.14-1: Procedure CAMEL_GPRS_Change_Of_QoS (sheet 1) 
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Procedure CAMEL GPRS PDP Context Disconnection 



1(1) 



/* Procedure in the SGSN for CAMEL 
handling of MS or network indicated 
PDP Context Disconnection 7 



/* Signals to/from the right are to/from the gprsSSF 7L 



Result := 
Continue 



No 




^^^rsSS 
woked?/ 



Yes 




lnt_DP_PDT 

Context Disconnection 



DP_PDP_ \ 
Context_ 
disconnection 



lnt_Continu^ 
GPRS \ 



Int Continue 



Int error 



Result := 
Continue 



Figure 6.15-1: Procedure CAMEL_GPRS_PDP_Context_Disconnection (sheet 1) 
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6.5.3 Handling GPRS in the gprsSSF 

6.5.3.1 Process GPRS_SSF 

A relationship exists between the gsmSCF and the Attach/Detach State Model and/or between the gsmSCF and every 
PDP Context State Model. The relationship may be in controlling or monitoring mode. When a Continue GPRS, 
Connect GPRS or Request Report GPRS Event information flow is received, then the relationship between the gsmSCF 
and the Attach/Detach State Model, and between the gsmSCF and a PDP Context State Model may be downgraded 
from controlling to monitoring. 

When Tssf expires, the CAMEL procedures that are waiting for an instruction from the gsmSCF shall receive an 
Int_Error signal. The Default GPRS Handling parameter determines the subsequent action of those CAMEL 
procedures. 

If the Default GPRS Handling parameter is set to 'Release', then: 

- if the GPRS Dialogue is controlling a GPRS Session, then the gprsSSF shall release the entire GPRS Session; 

- if the GPRS Dialogue is controlling a single PDP Context, then the gprsSSF shall release the PDP Context. 

The task box 'Open GPRS Dialogue' comprises all the tasks that are required for starting a GPRS dialogue. This 
includes, amongst others, the allocation of a GPRS Reference Number and the allocation of resources. The task box 
'Terminate GPRS Dialogue' comprises all the tasks that are required for closing a GPRS dialogue. 

6.5.3.2 Process GPRS_Dialogue_Handler 

When process gprsSSF sends a TC_End request primitive to process GPRS_Dialogue_Handler, then the corresponding 
TC_End TC Message shall be sent to the gsmSCF only when the following conditions have been fulfilled: 

- The gprsSSF has processed all information flows that the gprsSSF has received from the gsmSCF. 
No information flows remain to be sent from the gprsSSF to the gsmSCF. 

- The gprsSSF is not waiting for a Result or Error component for any information flows that the gprsSSF has sent 
to the gsmSCF. 

6.5.3.3 Procedure Handle_AC_GPRS 

Procedure Handle_AC_GPRS is called from process gprsSSF with the following input parameters: 

- 'Session'. The Apply Charging GPRS procedure shall be executed for the Session 

- 'PDP Id'. The Apply Charging GPRS procedure shall be executed for the indicated PDP Context. 

Sheet 3 in procedure Handle_AC_GPRS contains a check for the PDP Context duration (Tcp(PDP Id)) and PDP 
Context volume (Vc(PDP Id)). If the PDP Context delta timer (Dcp(PDP Id)) is equal to or larger than the duration 
threshold received in the Apply Charging GPRS operation or the PDP Context delta counter (Dc(PDP Id)) is equal to or 
larger than the volume threshold received in the Apply Charging GPRS operation, then the gprsSSF shall generate an 
internal signal to trigger the sending of an Apply Charging Report GPRS. 

If a QoS change has occurred prior to receiving Apply Charging GPRS but after the sending Apply Charging Report 
GPRS, then the gprsSSF shall generate an internal signal to trigger the sending of an Apply Charging Report GPRS, 
including the negotiated QoS. 

6.5.3.4 Procedure Handle_ACR_GPRS 

Procedure Handle_ACR_GPRS is called from process gprsSSF with the following input parameters: 

- 'Session'. The Apply Charging Report GPRS procedure shall be executed for the Session. This procedure checks 
if a Session Period report is pending and if so, sends this report to the gsmSCF. 
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- 'PDP Id'. The Apply Charging Report GPRS procedure shall be executed for the indicated PDP Context. This 
procedure checks if a Context Volume report is pending and if so, sends this report to the gsmSCF. The 
procedure then checks if a Context Period is pending and if so, sends this report to the gsmSCF. 

- 'Session + PDPs'. The Apply Charging Report GPRS procedure shall be executed for the Session and all PDP 
Contexts. The sequence of checking the reports shall be as follows: 

1) The procedure checks the pending Volume and Period reports for each PDP Context. 

2) The procedure then checks the pending Period report for the Session. 

When a PDP Context Volume counter or PDP context Period timer expires or an Apply Charging GPRS is received 
when QoS change report is pending, then the procedure Apply Charging Report GPRS procedure is called with the PDP 
Id as input parameter. The procedure will then check both reports for that PDP Context. 

6.5.3.5 Procedure Complete_FCI_Record_GPRS 

Procedure Complete_FCI_Record_GPRS is called from process gprsSSF with the following input parameters: 

- 'Session'. The Complete_FCI_Record_GPRS procedure shall be executed for the Session. 

- 'PDP Id'. The Complete_FCI_Record_GPRS procedure shall be executed for the indicated PDP Context. 

- 'Session + PDPs'. The Complete_FCI_Record_GPRS procedure shall be executed for the Session and all PDP 
Contexts. 

6.5.3.6 Procedure Handle_SCI_GPRS 

For terminology see subclause 4.5.7.2.1. 

The gsmSCF may send e-parameters to the Session and to individual PDP Contexts. 

When e-parameters are sent for the Session, the SGSN will forward these e-parameters directly to the Mobile Station. 

When e-parameters are sent for a PDP Context and that PDP Context is not yet acknowledged (= active), then the 
SGSN shall retain these parameters (pending parameters). These parameters will be sent to the Mobile Station when the 
PDP Context is acknowledged. 

The gsmSCF may send two sets of e-parameters and a Tariff Switch for the Session or a PDP Context. The first set of 
e-parameters shall be sent to the SGSN and the second set of e-parameters shall be stored. This second set of 
e-parameters shall be sent to the SGSN when the tariff switch expires. 

When the Tariff Switch for the Session expires, then the stored e-parameters for the Session shall be sent to the SGSN. 

When the Tariff Switch for a PDP Context expires before that PDP Context is acknowledged, then the pending 
e-parameters for that PDP Context shall be replaced by the stored e-parameters for that PDP Context. 

The stored e-parameters for that PDP Context shall be discarded. 

When the Tariff Switch for a PDP Context expires after that PDP Context has been acknowledged, then the stored 
e-parameters for that PDP Context shall be sent to the SGSN. 

6.5.3.6.1 Handling of SCI_GPRS for the Session 

1) Precondition: no Tsw running for the Session: 

if 1 set of e-parameters received ~> send e-parameters to the SGSN; 

if 2 sets of e-parameters received ~> error; 

if 1 set of e-parameters and Tariff Switch received ~> error; 

if 2 sets of e-parameters and Tariff Switch received ~> send 1^^ set of e-parameters to the SGSN/start Tsw 
(Session)/store 2"^ set of e-parameters. 
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2) Precondition: Tsw running for the Session and no e-parameters stored for the Session: 
if 1 set of e-parameters received ~> error; 

if 2 sets of e-parameters received ~> send 1^^ set of e-parameters to the SGSN/store 2"^ set of e-parameters; 
if 1 set of e-parameters and Tariff Switch received ~> error; 
if 2 sets of e-parameters and Tariff Switch received ~> error. 

3) Precondition: Tsw running for the Session and e-parameters stored for the Session: 
if 1 set of e-parameters received ~> error; 

if 2 sets of e-parameters received ~> error; 

if 1 set of e-parameters and Tariff Switch received ~> error; 

if 2 sets of e-parameters and Tariff Switch received ~> error. 

6.5.3.6.2 Handling of SCI_GPRS for a PDP Context 

1) Precondition: before a PDP Context Establishment Acknowledgement event is detected and no Tsw running for 
this PDP Context: 

if 1 set of e-parameters received ~> send e-parameters to the SGSN; 

if 2 sets of e-parameters received ~> error; 

if 1 set of e-parameters and Tariff Switch received ~> error; 

if 2 sets of e-parameters and Tariff Switch received ~> send 1^^ set of e-parameters to the SGSN/start Tsw(PDP 
Id)/store 2"^ set of e-parameters; 

2) Precondition: before a PDP Context Establishment Acknowledgement event is detected and Tsw running for this 
PDP Context and no e-parameters stored for this PDP Context: 

if 1 set of e-parameters received ~> error; 

if 2 sets of e-parameters received ~> send 1st set of e-parameters to the SGSN/store 2"^ set of e-parameters; 

if 1 set of e-parameters and Tariff Switch received ~> error; 

if 2 sets of e-parameters and Tariff Switch received ~> error. 

3) Precondition: before a PDP Context Establishment Acknowledgement event is detected and Tsw running for this 
PDP Context and e-parameters stored for this PDP Context: 

if 1 set of e-parameters received ~> error; 

if 2 sets of e-parameters received ~> error; 

if 1 set of e-parameters and Tariff Switch received ~> error; 

if 2 sets of e-parameters and Tariff Switch received ~> error. 

4) Precondition: after a PDP Context Establishment Acknowledgement event is detected and no Tsw running for 
this PDP Context: 

if 1 set of e-parameters received ~> send e-parameters to the SGSN; 

if 2 sets of e-parameters received ~> error; 

if 1 set of e-parameters and Tariff Switch received ~> start Tsw(PDP Id)/store e-parameters; 

if 2 sets of e-parameters and Tariff Switch received ~> send 1^^ set of e-parameters to the SGSN/start Tsw(PDP 
Id)/store 2"^ set of e-parameters. 
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5) Precondition: after a PDP Context Establishment Acknowledgement event is detected and Tsw running for this 
PDP Context and no e-parameters stored for this PDP Context; 

if 1 set of e-parameters received ~> store e-parameters; 

if 2 sets of e-parameters received ~> send 1^^ set of e-parameters to the SGSN/store 2"^ set of e-parameters; 

if 1 set of e-parameters and Tariff Switch received ~> error; 

if 2 sets of e-parameters and Tariff Switch received ~> error. 

6) Precondition: after a PDP Context Establishment Acknowledgement event is detected and Tsw running for this 
PDP Context and e-parameters stored for this PDP Context: 

if 1 set of e-parameters received ~> error; 

if 2 sets of e-parameters received ~> error; 

if 1 set of e-parameters and Tariff Switch received ~> error; 

if 2 sets of e-parameters and Tariff Switch received ~> error. 

6.5.3.7 Procedure Handle_PDP_Acknowledgement 

Procedure Handle_PDP_Acknowledgement is called when an event occurs that may signal the activation (= 
Acknowledgement) of a PDP Context. The event signal is passed on to the Handle_PDP_Acknowledgement procedure. 



6.5.3.8 



GPRS duration and volume control 



6.5.3.8.1 
CSE 



Examples of information flows for GPRS session and PDP context control 

gprsSSF/SGSN MS 



Initial DP GPRS 



Apply Charging GPRS 



Continue GPRS / Connect GPRS 



Apply Charging Report GPRS 



Apply Charging GPRS 



Apply Charging Report GPRS 



Release GPRS 



Tsw 

(Session) 



i- 



Tsp 



Dsp 



;■ 



Tsp 



Dsp 



GPRS Attach / 

Change of Position Session 



GPRS Detach 



Figure 6.16-1 : Example of information flows for GPRS session duration at GPRS attach and change 

of position session 
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CSE 



gprsSSF/SGSN 



MS 



Initial DP GPRS 



Apply Charging GPRS 



Continue GPRS / Connect GPRS 



Apply Charging Report GPRS 



Apply Charging GPRS 



Apply Charging Report GPRS 



Release GPRS 



Tsw 
(PDP Id) 



I Dcp 
T(PDP Id) 



I Dcp 
T(PDP Id) 



Tcp 
(PDP Id) 



Tcp 
(PDP Id) 



PDP Context Activation/ 
Change of Position Context 



PDP Context Disconnection 



Figure 6.16-2: Example of information flows for PDP context duration control at context activation 

and change of position context 



CSE 



gprsSSF/SGSN 



MS 



Initial DP GPRS 



Apply Charging GPRS 



Continue GPRS / Connect GPRS 



Apply Charging Report GPRS 



Apply Charging GPRS 



Apply Charging Report GPRS 



Release GPRS 



Tsw 
(PDP Id) 



I Dc 
T(PDP Id) 



I Dc 
T(PDP Id) 



Vc 
(PDP Id) 



Vc 
(PDP Id) 



PDP Context Activation/ 
Change of Position Context 



PDP Context Disconnection 



Figure 6.16-3: Example of information flows for PDP context volume control at context activation and 

change of position context 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



565 



ETSI TS 123 078 V9.1.0 (2010-04) 



CSE 



gprsSSF/SGSN 



MS 



Initial DP GPRS 



Apply Charging GPRS (vol.) 
Apply Charging GPRS (dur.) 



t 



Continue GPRS / Connect GPRS 



Apply Charging Report GPRS (vol.) 
Apply Charging Report GPRS (dur.) 



Apply Charging GPRS (vol.) 
Apply Charging GPRS (dur.) 



t 



Apply Charging Report GPRS (vol.) 
Apply Charging Report GPRS (dur.) 



Release GPRS 



Tsw 


Vc 


(PDP Id) 

r 


(PDP Id) 


^ 


r 




Dc 




(PDP Id) 


^ 


r 


Tsw 


Vc 


(PDP Id) 

r 


(PDP Id) 




_ ^ 



Tcp 
(PDP Id) 



- Note 1 

Dcp 
(PDP Id) 



Tcp 
(PDP Id) 



Note 2 



PDP Context Activation/ 
Change of Position Context 



PDP Context Disconnection 



Note1 : Vc threshold reached, Tcp is stopped. 
Note2: Tcp time out, Vc is stopped. 
Figure 6.16-4: Example of information flows for PDP context volume and duration control at context 

activation and change of position context 

These figures 6.16-1 to 6.16-4show examples of handling of the timers that are used in the process gprsSSF and in the 
procedures Handle_AC_GPRS and Handle_ACR_GPRS. 

Duration timers (Tsp for the GPRS session and one Tcp for each PDP context) are used if the charging is on duration of 
the GPRS session or a PDP context. 

Tariff Switch Timers (Tsw(Session) for the GPRS session and one Tsw(PDP Id) for each PDP context) define the start 
point of a new Tariff. Tsw(Session) is used for charging on duration. Tsw(PDP Id) is used for both methods of 
charging: duration charging and volume charging. If a PDP context is charged on duration and volume, only one 
Tsw(PDP Id) timer will be accepted from the gsmSCF for that PDP context. 

Delta timers measure the response time of the gsmSCF after an Apply Charging Report GPRS information flow: 

- Dsp for the GPRS session; this delta timer is used for GPRS session period timing. 
Dcp for each PDP context; these delta timers are used for PDP context period timing. 

- Dc for each PDP context; these delta counters are used for PDP context volume counting. 
After the sending of Apply Charging Report GPRS, the gsmSCF may reply either with: 

- Apply Charging GPRS, if the gsmSCF sends a new duration because of the expiration of the previous period or 
because of QOS change. 

- Release GPRS, if the gsmSCF decides to release the GPRS session or PDP context. 

For a more detailed example of the handling of the Apply Charging GPRS and Apply Charging Report GPRS 
information flows, see Annex A. 
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6.5.3.8.2 TC guard timer 

6.5.3.8.2.1 General 

When the gprsSSF sends an Apply Charging Report GPRS information flow to the gsmSCF, with SessionActive or 
Context Active variable set to TRUE, then the gprsSSF shall start the TC guard timer. The gprsSSF shall also mark for 
the Session or PDP Context for which the Apply Charging Report GPRS was sent, that a corresponding Apply Charging 
GPRS information flow from the gsmSCF is expected. 

When the gprsSSF receives an Apply Charging GPRS information flow or a Release GPRS information flow, then the 
'Waiting-for-AC marking(s) for the Session or PDP Context shall be removed. The gprsSSF shall then check if the TC 
guard timer shall be stopped (task box 'Check TC guard timer'). The TC guard timer shall be stopped if there are no 
more Apply Charging GPRS information flows expected for the Session and all PDP Contexts. 

When an event occurs that results in the termination of a PDP Context, then the 'Waiting-for-AC markings for that PDP 
Context shall be removed. The gprsSSF shall then check if the TC guard timer shall be stopped (task box 'Check TC 
guard timer'). The TC guard timer shall be stopped if there are no more Apply Charging GPRS information flows 
expected for the Session and all PDP Contexts. 

When the TC guard timer expires in state Monitoring, then the gprsSSF shall close the TC dialogue, provided that all 
conditions for closing the TC dialogue are fulfilled, i.e. there are no information flow results expected from the 
gsmSCF, no information flows or errors to be sent to the gsmSCF and no information flows from the gsmSCF received 
and waiting to be processed. 

When the TC guard timer expires in state Waiting_for_Instructions, then no action shall be taken. 

Service Designers should note that there may be additional timer(s) in the gprsSSF to supervise the response from the 
gsmSCF on the Apply Charging Report GPRS procedure. As a result of this, if the gsmSCF does not send an Apply 
Charging GPRS, Release GPRS or Cancel GPRS in response to an Apply Charging Report GPRS when the gprsSSF is 
awaiting such response, then service behaviour may be unpredictable. 

6.5.3.8.2.2 Check TC guard timer 

This clause describes the actions to be taken in the task box 'Check TC guard timer'. 

The tasks to be executed in the 'Check TC guard timer' box depend on the event that resulted in execution of the task 
box. 

6.5.3.8.2.2.1 Apply Charging GPRS 

If 'Check guard timer' is executed as a result of an Apply Charging GPRS information flow from the gsmSCF, then the 
appropriate 'Waiting-for-AC marker shall be removed, depending on the information received in the Apply Charging 
GPRS information flow: 

- if the Apply Charging GPRS information flow carries a Session Time threshold, then the Session-Period 
'Waiting-for-AC marker shall be removed. 

- if the Apply Charging GPRS information flow carries a PDP Context Volume threshold, then the PDP Context- 
Volume 'Waiting-for-AC marker shall be removed. 

if the Apply Charging GPRS information flow carries a PDP Context Time threshold, then the PDP Context - 
Period 'Waiting-for-AC marker shall be removed. 

The gprsSSF then checks if there is any 'Waiting-for-AC marker for the Session or any PDP Context. If there is no 
'Waiting-for-AC marker remaining, then the TC guard timer shall be stopped. 

6.5.3.8.2.2.2 Release GPRS 

If 'Check TC guard timer' is executed as a result of a Release GPRS information flow from the gsmSCF, then the 
appropriate 'Waiting-for-AC markers shall be removed, depending on the information received in the Release GPRS 
information flow: 

if the Release GPRS information flow is for the Session, then the Session 'Waiting-for-AC markers shall be 
removed. 
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- if the Release GPRS information flow is for the PDP Context, then the PDP Context 'Waiting-for-AC markers 
shall be removed. 

The gprsSSF then checks if there is any 'Waiting-for-AC marker for the Session or any PDP Context. If there is no 
'Waiting-for-AC marker remaining, then the TC guard timer shall be stopped. 

6.5.3.8.2.2.3 PDP Context Disconnect 

If 'Check TC guard timer' is executed as a result of a PDP Context Disconnect signal from the SGSN, then the 'Waiting- 
for-AC markers for that PDP Context shall be removed. 

The gprsSSF then checks if there is any 'Waiting-for-AC marker for the Session or any PDP Context. If there is no 
'Waiting-for-AC marker remaining, then the TC guard timer shall be stopped. 
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6.5.3.9 



SDL diagrams for process GPRS_SSF and procedures 



Process CS_gsmSSF 

7* Invocation of GS_gsmSSF *h\ 



61(61) 



/* Signals to/from the left are to/from the MSG; K 
signals to/from the right are to/from the process 
CSA_gsmSSF unless otherwise marked. */ 



\ Waiting_for_End_Of_Temporary_Gonnection, 
Waiting_for_End_Of_User_lnteraction, 

y SRF_release pending, 

Await_Temporary_Gonnection_Establishment 




lnt_Reque^ 
ML 



lnt_Error_ 
Not_Allowed_Due_ 
To User Interaction 



Monitoring, 
Wait_For_Request, 
Waiting _For_ln struct ions 



lnt_Request_ 

ML \ 



lnt_Allowed_No_ 
User Interaction 



lnt_Request_ 

SL \ 



lnt_Request_ 

DL \ 



Figure 6.17-1 : Process GPRS_SSF (sheet 1) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



2(23) 



/* Signals from the left are from the SGSN; K 

signal to the right is tothe GPRS_Dialogue_Handler. *y^ 



Wait_for_ 
Request 



>lnt_GPRS_. 
Failure 



Idle 



Set Tssf to 
default value 
and start Tssf 



lnt_DP_Attach, 

lnt_DP_Change_Of_Position_Session, 

lnt_DP_Change_Of_Position_Context, 

lnt_DP_PDP_Context_Establishment, 

lnt_DP_PDP_Context_Establishment_Acknowledgement 



Open 
GPRS Dialogue 




lnt_DP_Change_Of_Position_Context, ^^^^^ lnt_DP_Attach, 

lnt_DP_PDP_Context_Establishment_Acknowledgement lnt_DP_Change_Of_Position_Session 

ContextActive SessionActive 

PDP Id) :=true '=^^^^ 



lnstruction_ 
Counter := 1 



Waiting_for_ 
Instructions 



Figure 6.17-2: Process GPRS_SSF (sheet 2) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



3(23) 



/* Signals to the left are to the SGSN; ^ 
signals to/from the right are to/from the 
GPRS_Dialogue_Handler. */ 



Waiting_for_ 
Instructions 



CAP_Appl>^ 
Charging_GPRS 



CAP_Canc0f_ 
GPRS \ 



CAP_Conrt^t_ 
GPRS \ 



CAP_ContiHue_ 
GPRS \ 



Set Tssf to last 

used interval 

and re start Ts sf 



Set Tssf to last 

used interval 

and re start Ts sf 



lnt_Connept_ 
GPRS 




lnt_Continue_ 
GPRS 

ssion/RDP Id) 



Yes 



Disarm all 

EDPs 

(Session / PDP I d ) 



No 



Cancel all 
reports 



Decrement 
Instruction counter 



Yes 



Handle_AC 
GPRS 
(vSession/PI 



DP I d 




Any armed EDP-Rfor 
the Session or this 
PDP Context? 



Set 



monitor relationship 
the Session or 



for 



Waiting_for_ 
Instructions 



J GPRS Session detached or 
PDP Context (PDP Id) already released? 




Stop Tssf 



Set Tssf to last 

used interval 

and re start Ts sf 



TC End 



Any EDPs armed or 
reports outstanding? 




Waiting_for_ 
Instructions 



No 



Yes 



Complete_FCI 
F^ecord GPRS 



Terminate 
GPRS dialogue 



Monitoring 



Idle 



Figure 6.17-3: Process GPRS_SSF (sheet 3) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



4(23) 



/* Signals from the right are from the I 
GPRS_Dialogue_Handler. */ 



CAP_ / 

FurnishCharging_ 

InformationGPRS 



Set Tssf to last 

used interval 

and re start Ts sf 



Handle_FCI 
GPRS 
(Session/PDP 



JW) 



Waiting_for_ 
, Instructions 



CAP_ / 

RequestR4^ort_ 
vent 



CAP_ / 

ResetTimeK 

G PRS 



CAP_ / 

SendCharOTg_ 

InformationGPRS 



Set Tssf to last 

used interval 

and re start Ts sf 



Reset Tssf to 
value received 
and re start Ts sf 



F^erform arming/ 

disarming of events 

(Session / PDP I d ) 




Set monitor relatiorjship 
for the Session or 



Waiting_for_ 
Instructions 



Set Tssf to last 

used interval 

and re start Ts sf 



Handle_SCI 
GPRS 
(Session/PDP 



JW) 



Any armed EDP-R for 
the Session or this 
PDP Context? 



Shall not be performed if the 
Session or PDP Context for 
which the operation was sent, 
is waiting for instructions from 
the gsmSCF. 



Figure 6.17-4: Process GPRS_SSF (sheet 4) 
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Process GPRS SSF 



5(23) 



/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



Waiting_for_ 
Instructions 



CAP_ 
Release_ 



Stop Tssf 



Session 



(eleaseo 



Context 



lnt_Release_ 
Session 



SessionActive 
:= false 



ContextActive 

(all POP'S) 

:= false 



lHandle_ACR 
GPRS 



Complete_FCI 

Record_GPRS 

(Session±RDRB) 



/* Signals to the left are to the SGSNA 
signals to/from the right are to/from the 
GPRS_Dialogue_Handler. */ 



TC End 



Terminate 
dPRSdialogui 



Idle 



Any EDPs armed or 
reports outstanding? 



TC End 



lnt_Release 
Context 
\ (POP Id) 



Check TC 
guard timer 



ContextActive 
(PDP Id) 



Handle_ACR 
GPRS (PDP 



Id) 



Complete_FCI 
F^ecord GPR$ 



'Context fonA/i^ich 
DP^R^A/asj^stied'^ 

^1 Yes 



No 



Decrement 
Instruction counter 




No 



Yes 



Complete_FCI 
F^ecord GPRS 



Terminate 
GPRS dialogu^ 



Set Tssf to last 

used interval 

and re start Ts sf 



Monitoring 



Idle 



Waiting_for_ 
> Instructions 



Figure 6.17-5: Process GPRS_SSF (sheet 5) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



6(23) 



/* Signals to/from the left are to/from the SGSN; 
signals to the right are to the GPRS_Dialogue_Handler. 



Since ODB is checked in 
a PIA the input can arrive 
only because another PDPid 
or session is at DP. 



Wait ing_for_ln St ructions 



Not 
existing 



>lnt_ODB 
(PDPid) 



SGSN sends this internal signal 

when PDB context meets 

Operator Determined Barring (ODB) 

No actual SDL process of 3GPP TS outputs this 

signal, it is used for modelling purposes. 



Type of relationship for 
this PDPid? 



Monitoring, 
Controlling 



ContextActive 
(PDP Id) 
:= false 



Handle_ACR 
GPRS (PDP id) 



CAP_Entity_Released_ 
GPRS (PDP^) 



Complete_FCI 
Pecord_GPR$ 



Disarm all EDP^ 
for this PDPid 



Waiting_for_ 
Instructions 



Figure 6.17-6: Process GPRS_SSF (sheet 6) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



7(23) 



/* Signals to/from the left are to/from the SGSN; 
signals to the right are to the GPRS_Dialogue_Handler. 



Waiting_for_ 
Instructions 



lnt_DP_Change_Of_Position_Session, 
lnt_DP_Change_Of_Position_Context, 
lnt_DP_PDP_Context_Establishment, 
lnt_DP_PDP_Context_Establishment_Acknowledgement 



Perform lmplici| 
Disarming 



Handle_PDP_. 

Acknowledgemeht 

(input signal) 




No 



lnt_Continue 
(Session/PDP Id) 



Waiting_for_ 
Instructions 



EDP-N 



CAP_Event_Report_GPRS 
(DP, notify 8rXontinue) 



Set Tssf to last 

used interval 

and re start Ts sf 



EDP-R 



CAP_Event_Report_G P RS 
(DP, interrupted) 



Set Tssf to last 

used interval 

and re start Ts sf 



lnt_Continue 
(Session/PDP Id) 



Increment 
Instruction counter 



Waiting_for_ 
Instructions 



Waiting_for_ 
, Instructions 



Figure 6.17-7: Process GPRS_SSF (sheet 7) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



8(23) 



/* Signals to/from the left are to/from the SGSN; 
signals to the right are to the GPRS_Dialogue_Handler. 



Waiting_for_ 
Instructions 



/* Note: Change Of Position Complete is reported | 
as a lnt_DP_PDPContext_Disconnection 
with the cause 'Change of Position'. */ 



Int DP PDP Context Disconnection 



Perform implicit 

disarming of 

DPS 



Check TC 
guard timer 



W^DP arm^? 



No 



ContextActive 
(PDP Id) 



Handle_ACR 
dPRS (PDP Id) 



Complete_FCI 
FRecord_GPR$ 
4^ 



lnt_Continjje 
(PDP Id) 



CAP_Entity\ 
Released_G^S 



Set Tssf to last 
used interval 



Waiting_for_ 
Instructions 



EDP-N 



CAP_Event_Report_GPRS 
(DP, notify &/continue) 



ContextActive 
(PDP Id) 
:= false 



EDP-R 



ContextActive 
(PDP Id) 
:= false 



Handle_ACR 
GPRS (PDP \d\ 



Set Tssf to last 

used interval 

and re start Ts sf 



Complete_FCI 
Pecord_GPR$ 
{RE 



lnt_Continije 
(PDP Id) 

1/ 



Handle_ACR 
dPRS (PDP Id) 



CAP_Event_Report_GPRS 
(DP, interrupted) 



Set Tssf to last 

used interval 

and re start Ts sf 



Increment 
Instruction counter 



Figure 6.17-8: Process GPRS_SSF (sheet 8) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



9(23) 



/* Signal from the left is from the SGSNL 
or internal GPRS SSF.7 



Waiting_for_ 
Instructions 



No 



>lnt_QoS_qhange 
(PDP Id) 




Any outstanding report 
for this PDP Context? 



Yes 



Waiiin^foh^^|:^y 

OtogingGPRS^ 

(PDR4cr)? 

Yes 



QoS (PDP Id) 
Fpending := True 



No 



Har)dle_ACR_GF^RS 
(PDP Id) 



Set Tssf to last 

used interval 

and re start Ts sf 



Waiting_for_ 
Instructions 



gprsSSF shall check whether it is 
I expecting an Apply Charging GPRS 
for this PDP Context 



Figure 6.17-9: Process GPRS_SSF (sheet 9) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



10(23) 



/* Notes: K 

- The period timers are received from an entity internal 
to the gprsSSF when the threshold has been reached, 

- The volume counters are received from an entity 

internal to the gprsSSF when the threshold has been 
reached. 
V 



J Internal 



Waiting_for_ 
1 Instructions 



>Tsp 



HaHdle_ACR_GFfF{S 
(Session) 



>Tcp 
(PDP Id) 



HaHdle_ACR_GFfF{S 
(PDP Id) 



>Vc 
(PDPId) 




HaHidle_ACR_GF^F{S 
(PDP Id) 



Figure 6.17-10: Process GPRS_SSF (sheet 10) 
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Process GPRS SSF 



11(23) 



/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



/* Signal to the right is to the GPRS_Dialogue_Handler.L 
Signals to the left are to the SGSN. */ 



Waiting_for_ 
Instructions 



Tssf 



J Internal 



TC Abort 



Int Error 



Decrement 
Instruction counter 




Continue 



lnt_Release_ 
Session 



Complete_FCI 

F^ecord_GPRS 

( Sb ssion +P DP I d ) 



Terminate 
(fiPRS Dialogue 



Idle 



Figure 6.17-11: Process GPRS_SSF (sheet 11) 
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Process GPRS SSF 



12(23) 



/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



Waiting_for_ 
Instructions 



>TC guard 
timer 



Waiting_for_ 
Instructions 



J Internal 



Figure 6.17-12: Process GPRS_SSF (sheet 12) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



13(23) 



/* Signals to/from the right are to/from the I 
GPRS_Dialogue_Handler. */ 



Monitoring 



CAP_Appl>^ 
Charging_QPRS 



Handle_AC 
GPRS 
(Session/PI 



DP I d ) 



TC End 



Monitoring 



Any EDPs armed or 
reports outstanding? 



CAP_Canc0f_ 
GPRS \ 



Disarm all 

EDPs 

(Session/PDP Id) 



Cancel all 

reports 

(Session / PDP I d ) 



lomplete_FCI 
iecords GPRS 




No 



TC End 



Monitoring 



CAP_ / 

FurnishChanng_ 

InformationGPRS 



Handle_FCI_ 

GPRS 

(Session/PDP I d ) 



TC End 



Monitoring 



Complete_FCI 
F^ecord GPRS 



TC End 



Terminate 
dPRS dialogue 



Idle 



CAP_ / 

SendCharOTg_ 

InformationGPRS 



Handle_SCI 
GPRS 
ion/PDP I d 



(Sessi 



TC End 



Monitoring 



Figure 6.17-13: Process GPRS_SSF (sheet 13) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



14(23) 



/* Signals to the left are to the SGSN; K 
signals to/from the right are to/from the 
GPRS_Dialogue_Handler. */ 



Monitoring 



CAP_ 
Release_ 



Session 



lnt_Release_ 
Session 



SessionActive 
:= false 



ContextActive 
(all POP'S) 



lHandle_ACR 
GPRS 



Complete_FCI 

F^ecord_GPRS 

(SessimiRDPB) 



TC End 



Terminate 
dPRS dialogue 



Idle 



/^Released\ 
^ ^tity?/ ^ 



Context 



Any EDPs armed or 
reports outstanding? 




lnt_Release_ 
Context 
PId) 



Check TC 
guard timer 



ContextActive 
(PDPId) 



Handle_ACR 
GPRS (PDPId) 



Complete_FCI 
lf{ecord_GPR$ 
(RE 




No 



Yes 



;omplete_FCI 
tecords GPR$ 




Monitoring 



Terminate 
GPRS dialogue 



Idle 



Figure 6.17-14: Process GPRS_SSF (sheet 14) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



15(23) 



/* Signals to/from the right are to/from the I 
GPRS_Dialogue_Handler. */ 



Any EDPs armed or 
reports outstanding? 



Monitoring 



CAP_ 
RequestRdDort_ 



Perform disarming 

of events 
(Session/PDP Id) 



Yes 




Complete_FCI 
Record GPRS 



Yes 




Yes 



Any armed EDP or 

outstanding report for 

the Session or this PDP Context 



Any armed EDP-R for the 
Session or this PDP Context? 



Complete_FCI 

F^ecord_GPRS 

(Sessiori +P DP' fc 



Monitoring 



Terminate 
GPRSdialogu4 



Idle 



Figure 6.17-15: Process GPRS_SSF (sheet 15) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



Monitoring 



16(23) 



/* Signals to/from the left are ^ 
to/from the SGSN; 
signals to the right are to 
the GPRS_Dialogue_Handler. */ 



Not 
existing 



Jnt_ODB 
(PDPid) 




Monitoring, 
Controlling 



ContextActive 
(PDP Id) 
:= false 



Handle_ACR 
GPRS (PDP 



Id) 



Type of relationship for 
this PDPid? 



SGSN sends this internal signal 

when PDB context meets 

Operator Determined Barring (ODB) 

No actual SDL process of 3GPP TS outputs 

this signal, it is used for modelling purposes. 



CAP_Entity_Released_ 
GPRS (PDP^) 



Complete_FCI 
lt{ecord_GPR$ 
40 



Any EDPs armed or 
reports outstanding? 



TC End 



Disarm all EDP^ 
for this PDPid 




Yes 



Monitoring 



No 



Complete_FCI 
F^ecord GPRS 



Terminate 
GPRS dialogue 



Idle 



Figure 6.17-16: Process GPRS_SSF (sheet 16) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



17(23) 



/* Signals to/from the left are to/from the SGSN; 

signals to the right are to the GPRS_Dialogue_Handler. * 



Monitoring 



lnt_DP_Change_Of_Position_Session, 
lnt_DP_Change_Of_Position_Context, 
lnt_DP_PDP_Context_Establishment, 
lnt_DP_PDP_Context_Establishment_Acknowledgement 



Perform lmplici| 
Disarming 



Handle_PDP_. 

Acknowledgemeht 

(input signal) 




Id) 



Any EDPs armed or 
reports outstanding? 



EDP-N 



CAP_E vent_Report_G P RS 
(DP, notify 8rXontinue) 



lnt_Continue 
(Session/PDP Id) 



TC End 




No 



Yes 



EDP-R 



CAP_Event_Report_G P RS 
(DP, interrupted) 



Set Tssf to last 

used interval 

and re start Ts sf 



lnstruction_ 
counter := 1 



Waiting_for_ 
Instructions 



Complete_FCI 
F^ecord GPRS 



Terminate 
GPRS dialogue 



Monitoring 



Idle 



Figure 6.17-17: Process GPRS_SSF (sheet 17) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



18(23) 



/* Signals to/from the left are to/from the SGSN; 

signals to the right are to the GPRS_Dialogue_Handler. * 



Monitoring 



Perform implicil 

disarming of 

DPS 



Check TC 
guard timer 




Any EDPs armed or 
reports outstanding? 



/* Note: Change Of Position Complete is reported as a [ 

lnt_DP_PDP_Context_Disconnection 

with the cause 'Change of Position'. 7 



Int DP PDP Context Disconnection 



No 



ContextActive 
(PDP Id) 
:= false 



Handle_ACR 
GPRS (PDP 



Id) 



Complete_FCI 
Pecord_GPR$ 
40 



lnt_Contin 
(PDP Id) 



ue 



C AP_E n ti ty_Rel eased, 
GPRS (PDP^) 




No 



Yes 



EDP-N 



EDP-R 



CAP_Event_Report_GPRS 
(DP, notify 8/continue) 



ContextActive 
(PDP Id) 
:= false 



ContextActive 
(PDP Id) 



Handle_ACR 
GPRS (PDP 



Id) 



Complete_FCI 
lf{ecord_GPR$ 
40 



lnt_Continiie 
(PDP Id) 



Complete_FCI 
F^ecord GPRS 



Handle_ACR 
tJPRS (PDP Id) 



CAP_Event_Report_GPRS 
(DP, interrupted) 



Set Tssf to last 
used interval 



Instruction counter 



:=1 



Waiting_for_ 
Instructions 



Monitoring 



Terminate 
GPRS dialogue 



Idle 



Figure 6.17-18: Process GPRS_SSF (sheet 18) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



19(23) 



/* Signal from the left is from the SGSNL 
or internal GPRS SSF.7 



Monitoring 



No 



>lnt_QoS_qhange 
(PDP Id) 




Any outstanding report 
for this PDP Context? 



Yes 



Waiiin^foh^^|:^y 

OtogingGPRS^ 

(PDR4cr)? 

Yes 



QoS (PDP Id) 
Fpending := True 



No 



Har)dle_ACR_GF^RS 
(PDP Id) 



Monitoring 



gprsSSF shall check whether it is 
I expecting an Apply Charging GPRS 
for this PDP Context 



Figure 6.17-19: Process GPRS_SSF (sheet 19) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



20(23) 



/* Notes: K 

- The period timers are received from an entity internal 
to the gprsSSF when the threshold has been reached, 

- The volume counters are received from an entity 

internal to the gprsSSF when the threshold has been 
reached. 
V 



J Internal 



Monitoring 



>Tsp 



>Tcp 
(PDP Id) 



>Vc 
(PDP Id) 



HaHdle_ACR_GFfF{S 
(Session) 



HaHdle_ACR_GFfF{S 
(PDP Id) 



HaHidle_ACR_GF^F{S 
(PDP Id) 



Any EDPs armed or 
reports outstanding? 




Yes 



Complete_FCI 

F^ecord_GPRS 

(Sessiori +P DP' l i) 



Terminate 
GPRSdialogui 



Monitoring 



Idle 



Figure 6.17-20: Process GPRS_SSF (sheet 20) 
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Process GPRS SSF 



21(23) 



/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



/* Signals to the right is to the GPRS_Dialogue_Handler 7L 



Monitoring 



>TC guard 
timer 



J Internal 



TC End 



Monitoring 



Figure 6.17-21 : Process GPRS_SSF (sheet 21) 
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Process GPRS_SSF 

I N 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. */ 



22(23) 



/* Signals to/from the left are to/from the SGSN; 
signals to the right are to the GPRS_Dialogue_Handler. * 



Perform implicit 

disarming of 

DPS 




Waiting for Instructions, /* ^o\e: DP Change Of Position SessionComplete is 
Monitoring ~ ' signaled with lnt_DP_Detach with the cause 
'Change of Position'. 7 



Int DP Detach 



No 



Stop Tssf 



SessionActive 
:= false 



ContextActive 
(all PDP's) 



Handle_ACR 

GPRS 

(Sessiori +P DP' ^ it) 



lnt_Continije 
(Session) 



CAP_Entity: 
Released GpRS 



Gomplete_FCI 
F^ecord GPRS 



TC End 



Terminate 
dPRS dialogue 



Idle 



EDP-N 



EDP-R 



Stop Tssf 



SessionActive 
:= false 



CAP_EventN^eport_GPRS ContextActive 



(DP, notify &^ontinue) 



(all PDP's) 
: = fa lse 



SessionActive 
:= false 



ContextActive 

(all PDP's) 

:= false 



Handle_ACR 
GPRS 



CAP_Event_Report_G P RS 
(DP, interrupted) 



Handle_ACR 

GPRS 

(Sessiori +P DP' b l) 



Set Tssf to last 

used interval 

and re start Ts sf 



lnt_Contin 
(Session) 



ue 



Gomplete_FCI 
[Record GPRS 



TC End 



Increment 
Instruction counter 



Waiting_for_ 
Instructions 



Terminate 
dPRS dialogu^ 



Idle 



Figure 6.17-22: Process GPRS_SSF (sheet 22) 
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Process GPRS_SSF 

/* Process in the gprsSSF for the 
handling of CAMEL interaction with 
a GPRS Session and PDP Context. 7 



23(23) 



/* Signals to the left are to the SGSN */L 



xTsw 
(Session) 



No 




Set stored 
e-parameters 
as applicable 



Send_ 
e-paramet^rs 



Waiting_for_instructions, 
Monitoring 



^ Internal 



J No stored e-parameters 
exist after this setting 



This provokes the SGSN 
I to send e-parameters to 
the MS if the AoC is supported 
by the SGSN 




No 



Send_ 
e-paramet^rs 



Overwrite pending 
e-parameters by stored 
e-parameters. Discard 
stored e-parameters. 



Figure 6.17-23: Process GPRS_SSF (sheet 23) 
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Process GPRS_Dialogue_Handler 

/* Handling of GPRS dialogues *J\ 



inTC_BEGIN 
(Dialogue ID=j) 



> any signal 



Open TCAP 
dialogue 



same signal 



Opening 



From gprsSSF / any signal 



1(3) 



/* Signals to/from the left are to/from the gprsSSPA 
signals to/from the right are to/from the gsmSCF. */] 



r Messages are sent from the gprsSSF via the 
GPRS_Dialogue_Handler to the gsmSCF 
and vice versa. */ 

/* A new GPRS Dialogue is created when a ^ 
CAP_lnitialDP_GPRS is to be sent. 
It is deleted by Terminate GPRS dialogue'. 
The receipt of TC-End signal closes the TCAP 
dialogue. */ 



Idle 



any signal < 



JinTC_BEGIN 
(Dialogue ID=j) 



any signal^ 



Open TCAP 
dialogue 



same signal 



Active 



jinTC_CONTINUE 
(Dialogue ID=j) 



same signal 



Active 



Figure 6.18-1: Process GPRS_Dialogue_Handler (sheet 1) 
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Process GPRS_Dialogue_Handler 

/* Handling of GPRS dialogues */^\ 



2(3) 



/* Signals to/from the left are to/from the gprsSSF A 
signals to/from the right are to/from the gsmSCF. */] 



Active, 
Opening 



>TC_Abort 
(Dialogue 



ID=j) 



>TC_End 
(Dialogue p=j) 



TC_ABORT\ 
(Dialogue Id4) 



Close TCAP 
dialogue 



Idle 



^ny messai 
No 



TC_END \ 
(Dialogue Id4) 



Y( 



es 



TC_ABOF^ 
(Dialogue ID^) 



TC_Abort 
(Dialogue lD=j) 



any signal < 



TC_BEGIN^ 
(Dialogue ID^k) 



same signal PAP-U-ABORT-REASON 
^ :=overlapping-dialogue 



J Refer to Discard all 

subclause 6.5.3.2 buffered messages 



TC_AB0R1\ 
(Dialogue ID^k) 



Close TCAP 
dialogue 



Idle 



JinTC_END 
(Dialogue ID=j) 



Figure 6.18-2: Process GPRS_Dialogue_Handler (sheet 2) 
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Process GPRS_Dialogue_Handler 

/* Handling of GPRS dialogues */^\ 



3(3) 



/* Signals to/from the left are to/from the gprsSSF;K 
signals to/from the right are to/from the gsmSCF. */] 



Active 



> any signal 



same signal 



any signal < 



JinTC_CONTINUE 
(Dialogue ID=j) 



JinTC_CONTINUE 
(Dialogue ID=j) 



same signal 



Active 



Figure 6.18-3: Process GPRS_Dialogue_Handler (sheet 3) 
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Procedure Handle AC GPRS 



1(3) 



/* Procedure in the gprsSSF for handling o[\ 
ApplyChargingGPRS. */ 



No 




Start 
Tsw(Session; 



Stop delta 
measurement 



(D^ 



Tsp := 
Tsp - Dsp 



No 



Yes 





Start Tsp 



Tsp pending 
:= true 



Check TC 
guard timer 




Figure 6.19-1: Procedure Handle_AC_GPRS (sheet 1) 
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Procedure Handle AC GPRS 



2(3) 



/* Procedure in the gprsSSF for handling o[\ 
ApplyChargingGPRS. */ 



Yes 



t5(PD>tdi 



No 




(PD^icn 

wided?^ 



Start 
Tsw(PDP Id) 



No 




Stop delta 
measurement 



Vc(PDP Id) := 

Vc(PDPId)- 

nc(Pr)Pld) 



Start 
Vc(PDP Id) 



Vc(PD PId) 

pending 

:= true 



Check TC 
guard timer 




Volume /^K^eoh "'"''^^ 
oreshold 



No 




Yes 



Start 
Tsw(PDP Id) 



No 




Stop delta 
measurement 



Tcp(PDP Id) := 
Tcp(PDP Id) - 
ncp (P nP I d ) 



Start 
Tcp(PDP Id) 



Tcp(PDP Id) 

pending 

:= true 



Check TC 
guard timer 



Figure 6.19-2: Procedure Handle_AC_GPRS (sheet 2) 
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Procedure Handle_AC_GPRS 

I N 

/* Procedure in the gprsSSF for handling o[\ 
ApplyChargingGPRS. */ 



3(3) 



poS(PD^i€qL^ 
^endinq?/ 



False 



^J/c(PDP1dK^ 
^xpired^ 



True 



No 



Yes 



Vc (PDP Id) 



lnt_QoS_Change 
(PDP Id) / 



True 



eS(PD^l€l)L^ 
endinq^ 



False 



No 



Je^lPDHdl 
5xpired>^ 



Yes 



-X- 



Tcp (PDP Id)) 




^ Internal 



Figure 6.19-3: Procedure Handle_AC_GPRS (sheet 3) 
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Procedure Handle ACR GPRS 



1(2) 



/* Procedure in the gprsSSF for handling o[\ 
ApplyChargingReport. */ 



/* Signals to the right are to the 
GPRS_Dialogue_Handler. */ 




No 



T8\Ar(Sessic 
Ajnning?/^ 

Yes 




Stop 
Tsw(Session) 



e;:p^rammeii:s 
(Session) 
No st( 

Yes 




Discard 
e-parameters 




Tsp penc 
\= true?/. 



No 






Yes 



No 




Stop Tsp 



Start delta 
measurement 



^s^ 



Tsp pending 
:= false 



CAP_ApplK 
ChargingRepbrt_ 



No 




Start TC guard timer; 

'AC(Tsp) expect6Jd' 

:= true 




Figure 6.20-1: Procedure Handle_ACR_GPRS (sheet 1) 
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Procedure Handle_ACR_GPRS 

I N 

/* Procedure in the gprsSSF for handling o[\ 
ApplyChargingReport. */ 



2(2) 



/* Signals to the right are to the 
GPRS_Dialogue_Handler. */ 






No 



Ojnning?^ 
Yes 




Stop 
Tsw(PDP Id) 




e^^rametej:s 
(PDP Id) 
No sti 

Yes 




Pld>> 
edrf 



Discard 
e-parameters 



^ — dino^ 

Lte? Yes 



\^endincj/ 



No 



Stop 
Vc(PDP Id) 



Start delta 
measurement 



Vc(PDP Id) 
pending 
:= false 



CAP_ApplK 
ChargingRep^rt_ 



No 




Start TC guard timer; 
'4C(Vc(PDP Id)) 
= true 




Yes 



No 



No 



Stop Top 
(PDP Id) 



Start delta 
measurement 



Tcp(PDP Id) 
pending 
:= false 



CAP_ApplK 
ChargingRepbrt_ 



textActive 
true?^ 



Start TC guard timer; 

'AC(Tcp(PDP Id)) 

expecte d' : = t rue 




QoS (PDP Id) 
ending := Fals^ 




Figure 6.20-2: Procedure Handle_ACR_GPRS (sheet 2) 
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Procedure Handle_FCI_GPRS 

I N 

/*Procedure in the gprsSSF to handle \ 
FurnishCharginglnformationGPRS*/ 



1(1) 



Non-completed CAMEL 
logical GPRS record 
exists for this PDP? 



Append 





No 



AppgfrdF reeFcorn at 
)\GPnS? 



^afe^qFC! 



Not present, 
Overwrite 



EL 



Overwrite all CAIV 
logical GPRS recprd 
datci with thi s FC I 



idata 





Yes 



Preate CAMEL 

logical GPRS 

record 



Write FCI data 
in CAMEL 



. logical 




Non-completed CAMEL 
logical GPRS record 
exists for this session? 



App gfrtfF reeFomi at 
^af^MqFCI^PRS? 



Append 



Append free fornrjat 
qata to existinc 

3rd 



No 



Yes 




Not present, 
Overwrite 



OvfenA/riteallCAIVJEL 

logical GPRS record 

d atawith thi s FC I d ata 



Qreate CAMEL 

logical GPRS 

recprd 




Write FCI data 
I CAMEL logical 
GP RS record 



Figure 6.21-1: Procedure Handle_FCI_GPRS (sheet 1) 
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Procedure Connplete_FCI_Record_GPRS 

/* Procedure in the gprsSSF to 
write Furnisii Ciiarging Information 
data to a PDP context for tine specified 
PDP Id, or session. */ 



1(1) 



Non-completed Logical 
CAMEL record exists for 
this PDP context or session? 



Yes 



No 



Complete CAMEL 

logical GPRS 

record 




Figure 6.22-1: Procedure Complete_FCI_Record_GPRS (sheet 1) 
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Procedure Handle SCI GPRS 



1(3) 



/* Procedure in the gprsSSF for handling o[\ 

SendCharginglnformationGPRS> 

Refer also to subclause 6.5.3.6. *./ 





No 



Yes 



-parametei:s 
stored t-^^ 




1 set of 
e-parameters 



Tsw + 2 sets of 
e-parameters 



other 



Send 
e-parameters 



Send 1st set 
to SGSN, 



start Tsw(Session) 



Error 



2 sets of 
e-parameters 



Send 1 St set 
to SGSN, 



Yes 



other 



Error 



Error 




Figure 6.23-1: Procedure Handle_SCI_GPRS (sheet 1) 
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Procedure Handle SCI GPRS 



2(3) 



/* Procedure in the gprsSSF for handling o[\ 

SendCharginglnformationGPRS> 

Refer also to subclause 6.5.3.6. *./ 






pofitextActivQ^ 
: true?/ 





Yes 



Yes 



1 set of 
e-parameters 



Tsw + 2 sets of other 
e-parameters 



Send 
e-parameters 



Send 1st set 
to SGSN, 



start TsvJ(PDP Id) 



Error 




Parametei:s 

No 

^eceivei 
Jn SCIZ 



Yes 



2 sets of 
e-parameters 



Send 1 St set 
to SGSN, 



other 



Error 



Error 



Figure 6.23-2: Procedure Handle_SCI_GPRS (sheet 2) 
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Procedure Handle SCI GPRS 



3(3) 



/* Procedure in the gprsSSF for handling o[\ 

SendCharginglnformationGPRS> 

Refer also to subclause 6.5.3.6. *./ 





Yes 



1 set of 
e-parameters 



^arametei^s 
stored V^ 




Yes 



1 set of 
e-parameters 



Error 



2 sets of 
e-parameters 



other 



Store 
e-parameters 



Send 1 St set 
to SGSN, 



Error 

13= 



Tsw + 1 set of 
e-parameters 



Tsw + 2 sets of 
e-parameters 



other 



Send 
e-parameters 



Store e-parameters, 
start Tsw(PDP Id) 



Send 1st set 
to SGSN, 



start TsvJ(PDP Id) 




Error 




Figure 6.23-3: Procedure Handle_SCI_GPRS (sheet 3) 
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Procedure Handle_PDP_Acknowledgennent 

I N 

/* Procedure in the gprsSSF for \ 
the handling of PDP Context 
Acknowledgement.*/ 



1(1) 



other 



other 



No 



^nput 
^gnal^ 



lnt_DP_PDP_Context_Establishment_Acknowledgement, 
lnt_DP_Change_of_Position_Context 



ContextActive 
(PDPId):=tru( 




lnt_DP_PDP_Context_Establishment_Acknowledgement 

e^parani^tej:s 
^<{PDPIdJi> 
pdiKjUn^ 

Send e-paramet^rs 
(PDP Id) 
to SGSN 




J(PDF 
p^rwjing =>u^ 



No 



Yes 



Start 
Tcp(PDP Id) 



>/(5(PDP^Idl 
p^B^ing = tm^ 



No 



Yes 



Start 
Vc(PDP Id) 




Figure 6.24-1: Procedure Handle_PDP_Acknowledgement (sheet 1) 
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6.6 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for GPRS control. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S) or Optional (O) in 
the "Status" column. 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. An 'O' IE may be included or omitted as required by the service logic. This categorization is a functional 
classification, i.e. it defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for 
the ASN.l syntax of the protocol. 

Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [34] and TS 29.078 [36]. 

6.6.1 gprsSSF to gsmSCF Information Flows 

6.6.1 .1 Activity Test GPRS ack 

6.6.1.1.1 Description 

This IF is the response to the Activity Test GPRS. 

6.6.1 .1 .2 Information Elements 

This IF contains no information elements. 

6.6.1 .2 Apply Charging Report GPRS 
6.6.1.2.1 Description 

This IF is used by the gprsSSF to report to the gsmSCF the information requested in the Apply Charging GPRS IF. In 
addition, this IF is used to notify the gsmSCF of changes in QoS. Note that there are several possible QoS profiles 
defined by the combinations of the different QoS attributes as defined in 3GPP TS 23.060 [15]. A PLMN may only 
support and charge on a limited subset of those QoS. It is recommended that changes in QoS are only reported in Apply 
Charging Report GPRS for those QoS profiles. 



6.6.1.2.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number 
assigned by the gsmSCF. It is used for TCAP dialogue segmentation. 
Refer to 3GPP TS 29.078 [36] for the usage of this element. 


Charging Result 


M 


This IE contains the charging information for the PDP provided by the 
gprsSSF. It is a choice between elapsed time and data volume. 


Quality Of Service 


C 


This IE is described in a table below. 


Active 


M 


This IE indicates if the GPRS session or PDP context is still established, or if 
it has been detached or deactivated. 


PDPID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Apply Charging Report 
GPRS applies to the GPRS Session. If this IE is present in the 
IF, then the Apply Charging Report GPRS applies to the 
indicated PDP Context. 

Scenario 2: This IE is not used in the IF. 


Charging Roll Over 


C 


This IE indicates which parameter(s) of the Charging Result have overflowed. 
Refer to 3GPP TS 29.078 [36] for the usage of this element. 
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Quality of Service contains the following information element: 



Information element name 


Status 


Description 


Negotiated QoS 


C 


This IE identifies the QoS which was negotiated between the user, the SGSN 

and the GGSN, as a result of a 'Modify PDP Context' request. 

This IE shall be included only if sending of the Apply Charging Report GPRS 

was triggered by a change in Quality of Service. 

This IE shall contain the negotiated QoS as on the time of sending the Apply 

Charging Report GPRS. 


Negotiated QoS Extension 


S 


This IE contains a supplement to the Negotiated QoS. It shall be present if the 
Negotiated QoS IE is present and one or more of the following was negotiated 
between the MS, the SGSN and the GGSN: 

- Source Statistics Descriptor; 

- Signalling Indication; 

- Maximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 



6.6.1.3 



Entity Released GPRS 



6.6.1.3.1 



Description 



This IF is used by the gprsSSF to inform the gsmSCF at any phase that a GPRS Session has been detached or a PDP 
Context has been disconnected without reporting any EDP. 



6.6.1.3.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 
Refer to 3GPP TS 29.078 [36] for the usage of this element. 


GPRS Cause 


M 


This IE contains the Cause value indicating the reason for the GPRS Session 
Detach event or the PDP Context Disconnection event. 


PDP ID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Entity Released GPRS 
applies to the GPRS Session. If this IE is present in the IF, then the Entity 
Released GPRS applies to the indicated PDP Context. 
Scenario 2: This IE is not used in the IF. 



6.6.1.4 



Event Report GPRS 



6.6.1.4.1 



Description 



This IF is used to notify the gsmSCF of a GPRS event previously requested by the gsmSCF in a Request Report GPRS 
Event IF. 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



607 



ETSI TS 123 078 V9.1.0 (2010-04) 



6.6.1.4.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 
Refer to 3GPP TS 29.078 [36] for the usage of this element. 


GPRS Event Type 


M 


This IE specifies the type of event that is reported. 


Misc GPRS Info 


M 


This IE indicates the DP type (EDP-N or EDP-R). 


GPRS Event Specific 
Information 


M 


This IE is described in a table below. 

This IE contains information specific to the reported event. 


PDPID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Event Report GPRS 
applies to the GPRS Session. If this IE is present in the IF, then the Event 
Report GPRS applies to the indicated PDP Context. 
Scenario 2: This IE is not used in the IF. 



If the GPRS Event Type contains DP Change of Position GPRS Session, then the GPRS Event Specific Information IE 
contains the following information elements: 



Information element name 


Status 


Description 


Location Information In SGSN 


M 


See subclause 7.6.1.2.2. 



If the GPRS Event Type contains DP Change of Position Context, then the GPRS Event Specific Information IE 
contains the following information elements: 



Information element name 


Status 


Description 


Access Point Name 


S 


This IE identifies the Access Point Name to which the IVIS is connected. 
It shall be present, if available, at inter-SGSN routing area update. 
It shall be absent at intra-SGSN routing area update. 


Charging ID 


S 


This IE contains the Charging ID received from the GGSN for the PDP 

context. 

It shall be present, if available, at inter-SGSN routing area update. 

It shall be absent at intra-SGSN routing area update. 


Location Information In SGSN 


M 


See subclause 7.6.1.2.2. 


End User Address 


S 


See subclause 6.6.1 .5.2. 

It shall be present, if available, at inter-SGSN routing area update. 

It shall be absent at intra-SGSN routing area update. 


Quality Of Service 


S 


This IE is described in a table below. 

It shall be present, if available, at inter-SGSN routing area update. 

It shall be absent at intra-SGSN routing area update. 


Time And Time Zone 


S 


This IE contains the time that the gprsSSF met the detection point, and the 

time zone the gprsSSF resides in. 

It shall be present, if available, at inter-SGSN routing area update. 

It shall be absent at intra-SGSN routing area update. 


GGSN Address 


S 


This IE contains the GGSN address for control plane to which the IVIS is 

connected, see 3GPP TS 23.003 [7]. 

The SGSN shall report the GGSN address in the same IP version as in the 

S-CDR. See 3GPP TS 32.251 [38]. 

It shall be present, if available, at inter-SGSN routing area update. 

It shall be absent at intra-SGSN routing area update. 



If the GPRS Event Type contains DP Detach or DP PDP context disconnection, then the GPRS Event Specific 
Information IE contains the following information elements: 



Information element name 


Status 


Description 


Initiating Entity 


M 


This IE identifies the entity that has initiated the disconnection or detachment. 


Routeing Area Update 


C 


This IE indicates that the Detach or Disconnection is due to inter-SGSN 
routeing area update. 
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If the GPRS Event Type contains DP PDP context establishment, then the GPRS Event Specific Information IE contains 
the following information elements: 



Information element name 


Status 


Description 


Access Point Name 


C 


This IE identifies the Access Point Name the IVIS has requested to connect to. 


End User Address 


C 


See subclause 6.6.1 .5.2. 


Quality Of Service 


M 


This IE is described in a table below. 


Location Information In SGSN 


M 


See subclause 7.6.1.2.2. 


Time And Time Zone 


M 


This IE contains the time that the gprsSSF met the detection point, and the 
time zone the gprsSSF resides in. 


PDP Initiation Type 


M 


This IE indicates whether a PDP context was established as a result of a 
network-initiated request or as a result of a subscriber request. 


Secondary PDP Context 


C 


This IE indicates that the PDP context activation was requested for a 
secondary PDP context. See 3GPP TS 23.060 [15]. 



If the GPRS Event Type contains DP PDP context establishment acknowledgement, then the GPRS Event Specific 
Information IE contains the following information elements: 



Information element name 


Status 


Description 


Access Point Name 


M 


This IE identifies the Access Point Name to which the IVIS is connected. 


Charging ID 


M 


This IE contains the Charging ID received from the GGSN for the PDP 
context. 


End User Address 


M 


See subclause 6.6.1 .5.2. 


Quality Of Service 


M 


This IE is described in a table below. 


Location Information In SGSN 


M 


See subclause 7.6.1.2.2. 


Time And Time Zone 


M 


This IE contains the time that the gprsSSF met the detection point, and the 
time zone the gprsSSF resides in. 


GGSN Address 


M 


This IE contains the GGSN address for control plane to which the IVIS is 
connected, see 3GPP TS 23.003 [7]. 

The SGSN shall report the GGSN address in the same IP version as in the 
S-CDR. See 3GPP TS 32.251 [38]. 



Quality of Service contains the following information elements: 



Information element name 


Status 


Description 


Requested QoS 


C 


This IE identifies the QoS requested by the subscriber for the PDP Context. It 
shall be included if the EventReportGPRS is sent at PDP Context 
Establishment, at PDP Context Establishment Acknowledgement and at 
Change of Position Context. 


Subscribed QoS 


C 


This IE identifies the subscribed QoS. It shall be included if the 
EventReportGPRS is sent at PDP Context Establishment, at PDP Context 
Establishment Acknowledgement and at Change of Position Context. 


Negotiated QoS 


c 


This IE identifies the QoS which was negotiated between the user, the SGSN 
and the GGSN. It shall be included if the EventReportGPRS is sent at PDP 
Context Establishment Acknowledgement and at Change of Position Context. 


Requested QoS Extension 


s 


This IE contains a supplement to the Requested QoS IE. It shall be present if 
the Requested QoS IE is present and the MS requested one or more of the 
following for the PDP context: 

- Source Statistics Descriptor; 

- Signalling Indication; 

- Maximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 


Subscribed QoS Extension 


s 


This IE contains a supplement to the Subscribed QoS IE. It shall be present if 
the Subsribed QoS IE is present and one or more of the following is part of the 
subscription profile in the HLR: 

- Maximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 


Negotiated QoS Extension 


s 


This IE contains a supplement to the Negotiated QoS. It shall be present if the 
Negotiated QoS IE is present and one or more of the following was negotiated 
between the MS, the SGSN and the GGSN: 

- Source Statistics Descriptor; 

- Signalling Indication; 

- Maximum bit rate for downlink (extended); 
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Information element name 


Status 


Description 






- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 



6.6.1.5 



Initial DP GPRS 



6.6.1.5.1 



Description 



This IF is generated by the gprsSSF when a trigger is detected at a DP in the GPRS state models, to request instructions 
from the gsmSCF. 



6.6.1.5.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


M 


This IE consists of a number assigned by the gprsSSF. It is used for TCAP 

dialogue segmentation. 

Refer to 3GPP TS 29.078 [36] for the usage of this element. 


ServiceKey 


M 


This IE indicates to the gsmSCF the requested CAIVIEL Service. It is used to 
address the required application/SLP within the gsmSCF. 


GPRS Event Type 


M 


This IE indicates the armed GPRS DP event resulting in the Initial DP IF. 


MSISDN 


M 


This IE contains the basic IVISISDN of the IVIS. 


IMSI 


M 


This IE identifies the mobile subscriber. 


Time and Time zone 


M 


This IE contains the time that the gprsSSF was triggered, and the time zone in 
which the gprsSSF resides. 


GPRS MS Class 


C 


This IE contains the IVIS network and radio access capabilities. 


End User Address 


C 


This IE is described in a table below. 


Quality of Service 


C 


This IE is described in a table below. 


Access Point Name 


C 


This IE identifies the Access Point Name: 

- At DP Change Of Position Context contains the selected APN. 

- AT DP PDP Context Establishment contains the APN which the MS has 
requested. 

- AT DP PDP Context Establishment Acknowledgement contains the 
selected APN. 


Charging ID 


C 


This IE contains the Charging ID received from the GGSN for the PDP 
context. 


SGSN Capabilities 


C 


This IE specifies the capabilities of the SGSN to support the CAMEL 
interworking, e.g. support of Advice of Charge. 


Location Information in SGSN 


M 


This IE is described in subclause 7.6.1 .2.2. 


PDP Initiation Type 


C 


This IE indicates whether a PDP context was established as a result of a 
network-initiated request or as a result of a subscriber request. 


GGSN Address 


C 


This IE contains the GGSN address for control plane to which the MS is 
connected, see 3GPP TS 23.003 [7]. 

The SGSN shall report the GGSN address in the same IP version as in the 
S-CDR. See 3GPP TS 32.251 [38]. 


Secondary PDP context 


C 


This IE indicates that the PDP context activation was requested for a 

secondary PDP context. See 3GPP TS 23.060 [15]. 

This IE is not sent if this IF is initiated at DP Change of Position Context. 


IIVIEI (with software version) 


C 


This IE contains the IMEISV (as defined in 3GPP TS 23.003 [7]) of the ME in 
use by the served subscriber. 



Quality of Service contains the following information elements: 



Information element name 


Status 


Description 


Requested QoS 


C 


This IE identifies the QoS requested by the subscriber for a new PDP Context. 
It shall be included if the InitialDPGPRS is sent at PDP Context Establishment, 
at PDP Context Establishment Acknowledgement and at Change of Position 
Context. 


Subscribed QoS 


C 


This IE identifies the subscribed QoS. It shall be included if the InitialDPGPRS 
is sent at PDP Context Establishment, at PDP Context Establishment 
Acknowledgement and at Change of Position Context. 


Negotiated QoS 


c 


This IE identifies the QoS which was negotiated between the user, the SGSN 
and the GGSN. It shall be included if the Initial DP GPRS is sent at PDP 
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Information element name 


Status 


Description 






Context Establishment Acknowledgement and at Change of Position Context. 


Requested QoS Extension 


S 


This IE contains a supplement to the Requested QoS IE. It shall be present if 
the Requested QoS IE is present and the IVIS requested one or more of the 
following for the PDP context: 

- Source Statistics Descriptor; 

- Signalling Indication; 

- IVIaximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 


Subscribed QoS Extension 


S 


This IE contains a supplement to the Subscribed QoS IE. It shall be present if 
the Subsribed QoS IE is present and one or more of the following is part of the 
subscription profile in the HLR: 

- IVIaximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 


Negotiated QoS Extension 


s 


This IE contains a supplement to the Negotiated QoS. It shall be present if the 
Negotiated QoS IE is present and one or more of the following was negotiated 
between the MS, the SGSN and the GGSN: 

- Source Statistics Descriptor; 

- Signalling Indication; 

- IVIaximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 



End User Address shall be populated as follows: 

- At DP Change Of Position Context in an Inter-SGSN Routeing Area Update: Initial DP GPRS and 
EventReportGPRS contain the selected value; 

- At DP PDP Context Estabhshment: Initial DP GPRS and Event Report GPRS contain the value which the MS 
has requested; 

- At DP PDP Context Establishment Acknowledgement: Initial DP GPRS and Event Report GPRS contain the 
selected value. Note that the PDP Address is not always available at this DP. 

For details see 3GPP TS 23.060 [15]. 

End User Address contains the following information elements: 



Information element name 


Status 


Description 


PDP Type Organization 


C 


This IE identifies the PDP Type Organisation (e.g. IETF). 


PDP Type Number 


C 


This IE identifies the PDP type, e.g. IPv4 or IPv6. 


PDP Address 


c 


This IE identifies the address of the subscriber for a new PDP Context. 



6.6.2 gsmSCF to gprsSSF Information Flows 



6.6.2.1 



Activity Test GPRS 



6.6.2.1.1 



Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and gprsSSF. If the 
relationship is still in existence, then the gprsSSF will respond. If no reply is received, then the gsmSCF will assume 
that the gprsSSF has failed in some way and will take the appropriate action. 



6.6.2.1.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 
Refer to 3GPP TS 29.078 [36] for the usage of this element. 
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6.6.2.2 Apply Charging GPRS 

6.6.2.2.1 Description 



This IF is used for interacting from the gsmSCF with the gprsSSF charging mechanisms to control the charging of a 
GPRS session or a PDP Context. 



6.6.2.2.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 
Refer to 3GPP TS 29.078 [36] for the usage of this element. 


Charging Characteristics 


M 


This IE specifies the charging related information to be provided by the 
gprsSSF and the conditions on which this information has to be provided back 
to the gsmSCF. It is a choice between granted volume and granted time for 
the data transfer. 

Time charging may be applied to GPRS Session or PDP Contexts; volume 
charging may be applied to PDP Context only. 


Tariff Switch Interval 





This information element specifies the time until the next tariff switch 
occurrence. 


PDP ID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Apply Charging GPRS 
applies to the GPRS Session. If this IE is present in the IF, then the Apply 
Charging GPRS applies to the indicated PDP Context. 
Scenario 2: This IE is not used in the IF. 



6.6.2.3 



Apply Charging Report GPRS ack 



6.6.2.3.1 Description 

This IF is the response to the Apply Charging Report GPRS. 

6.6.2.3.2 Information Elements 

This IF contains no information elements. 



6.6.2.4 



Cancel GPRS 



6.6.2.4.1 Description 

This IF is used by the gsmSCF to request the gprsSSF to cancel all EDPs and reports. 



6.6.2.4.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 
Refer to 3GPP TS 29.078 [36] for the usage of this element. 


PDP ID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then all pending reports of the 
GPRS Session and all pending reports of the PDP Contexts shall be cancelled 
and all armed events of the GPRS Session, all armed events of the PDP 
Contexts and all generically armed events shall be disarmed. If this IE is 
present in the IF, then all pending reports of the indicated PDP Context shall 
be cancelled and all armed events of the indicated PDP Context shall be 
disarmed. 
Scenario 2: This IE is not used in the IF. 
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6.6.2.5 



Connect GPRS 



6.6.2.5.1 



Description 



This IF is used by the gsmSCF to request the gprsSSF to modify the APN used when establishing a PDP Context. This 
IF shall not be used for a secondary PDP context or for a network initiated PDP context. 



6.6.2.5.2 



Information Elements 



Information element name 


Status 


Description 


Access Point Name 


M 


This IE contains the Access Point Name (APN) to be used when establishing 
the PDP Context. The gsmSCF should provide an APN which is allowed by 
the served subscriber's subscription. The APN provided by the gsmSCF is 
used for selecting the primary PDP context as specified in 3GPP 
TS 23.060 [15]. The gsmSCF provided APN may consist of Network Identity 
(Nl) only, or Network Identity and Operator Identity (01). The APN provided by 
the gsmSCF replaces entirely the APN requested by the IVIS. If the gsmSCF 
does not provide 01 in APN then the SGSN selects the 01 independent of IVIS. 


PDP Id 





This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : There shall always be this IE present in this IF. This IE indicates 
the PDP Context to which the Connect GPRS applies. 
Scenario 2: This IE is not used in the IF. 



6.6.2.6 



Continue GPRS 



6.6.2.6.1 



Description 



This information flow requests the gprsSSF to proceed with processing at the DP at which it previously suspended 
processing to await gsmSCF instructions. The gprsSSF completes DP processing, and continues processing (i.e. 
proceeds to the next point in the Attach/Detach State Model or PDP Context State Model) without substituting new data 
from the gsmSCF. 



6.6.2.6.2 



Information Elements 



Information element name 


Status 


Description 


PDP ID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Continue GPRS 
applies to the GPRS Session. If this IE is present in the IF, then the Continue 
GPRS applies to the indicated PDP Context. 
Scenario 2: This IE is not used in the IF. 



6.6.2.7 



Entity Released GPRS ack 



6.6.2.7.1 Description 

This IF is the response to the Entity Released GPRS. 

6.6.2.7.2 Information Elements 

This IF contains no information elements. 



6.6.2.8 



Event Report GPRS ack 



6.6.2.8.1 Description 

This IF is the response to the Event Report GPRS. 
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6.6.2.8.2 Information Elements 

This IF contains no information elements. 



6.6.2.9 



Furnish Charging Information GPRS 



6.6.2.9.1 Description 

This IF is used to request the gprsSSF to include information in the CAMEL specific logical call record. 

The logical call record is created when FCI-GPRS is received and a logical call record for that state model does not 
exist. For modelling purposes the logical call record is buffered in the gprsSSF. The gprsSSF completes logical call 
records as defined in the SDLs. Once the logical call record is completed, then its free format data are moved to the 
corresponding CDR and the logical call record is deleted. 

In the SGSN there is a separate Logical call record for the attach/detach state model and for each PDP context. 

The CSE can send multiple concatenated FCIs per Logical Call Record for completion. The total maximum of free 
format data is 160 octets per Logical Call Record. The 160 octets may be sent in one or more FCI IF. If there is 
incomplete free format data and one or more new FCI IFs is/are received to overwrite the incomplete data, then the 
incomplete data are discarded and the gsmSCF can send another 160 octets per CDR. 



6.6.2.9.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 


FCI GPRS Billing Charging 
Characteristics 


M 


This IE is described in a table below. 



FCI GPRS Billing Charging Characteristics contains the following information: 



Information element name 


Status 


Description 


FCIBCCCAMEL Sequence 1 


M 


This IE is described in a table below. 



FCIBCCCAMEL Sequence 1 contains the following information: 



Information element name 


status 


Description 


Free Format Data 


M 


This IE contains free format data to be inserted in the CAIVIEL logical call 
record. 


Append Free Format Data 





This IE indicates that the gprsSSF shall append the free format data to the 
Logical call record. In the SGSN there is a separate Logical call record for the 
attach/detach state model and for each PDP context. 

- If this IE is present indicating "Append", the gprsSSF shall append the free 
format data received in this IF to the free format data already present in the 
Logical call record for that GPRS session or PDP Context. 

- If this IE is absent or indicates "Overwrite", then the gprsSSF shall 
overwrite all free format data already present in the Logical call record for that 
GPRS session or PDP Context, by the free format data received in this IF. 

If no Logical call record exists yet for that GPRS session or PDP Context, then 
the gprsSSF shall ignore this IE. 


PDP Id 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Furnish Charging 

Information GPRS applies to the GPRS Session. If this IE is present in the IF, 

then the Furnish Charging Information GPRS applies to the indicated PDP 

Context. 

Scenario 2: This IE is not used in the IF. 
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6.6.2.10 



Release GPRS 



6.6.2.10.1 Description 

This IF is used by the gsmSCF to tear down an existing GPRS session or PDP Context at any time. 



6.6.2.10.2 



Information Elements 



Information element name 


status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 


GPRS Cause 


M 


This IE contains the Cause value indicating the reason for releasing the GPRS 
session or PDP context. 


PDP ID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Release GPRS applies 
to the GPRS Session, in which case the GPRS Session and all PDP Contexts 
shall be released. If this IE is present in the IF, then the Release GPRS 
applies to the indicated PDP Context, in which case the indicated PDP 
Context shall be released. 
Scenario 2: This IE is not used in the IF. 



6.6.2.1 1 Request Report GPRS Event 



6.6.2.11.1 



Description 



This IF is used to request the gprsSSF to monitor for an event and send a notification back to the gsmSCF when the 
event is detected (see Event Report GPRS IF). 



6.6.2.11.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 


GPRS Event 


M 


This IE specifies the event or events of which a report is requested. 


PDP ID 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IF is used to arm an event related to the GPRS Session, 
then this IF shall not include this IE. If this IF is used to arm an event related to 
a specific PDP Context, then this IF shall include this IE for that PDP Context. 
If this IF is used to generically arm a PDP Context related event, then this IF 
shall not include this IE. 
Scenario 2: This IE is not used in the IF. 



GPRS Event contains the following information elements: 



Information element name 


Status 


Description 


GPRS Event type 


M 


This IE specifies the type of event of which a report is requested. 


Monitor Mode 


M 


This IE indicates how the event shall be reported. 



6.6.2.12 



Reset Timer GPRS 



6.6.2.12.1 Description 

This IF is used to refresh the gprsSSF timer. 
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6.6.2.12.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 


Timer ID 


M 


This IE specifies the default value for the Tssf timer. 


Timer Value 


M 


This IE specifies the value to which the timer Tssf shall be set. 



6.6.2.13 Send Charging Information GPRS 



6.6.2.13.1 



Description 



This IF is used to send e-parameters from the gsmSCF to the gprsSSF. If charge advice information is received from the 
gsmSCF, it shall replace the charge advice information which would be generated by the SGSN and inhibit any further 
generation of CAI by the SGSN. Further processing of the charge advice information by the SGSN shall be in 
accordance with the Advice of Charge supplementary service. 

If the SGSN supports Advice of Charge, then the gsmSCF may use this IF to send e-parameters to the gprsSSF. 
However, if the subscriber is not provisioned with the Advice of Charge supplementary service, then no e-parameters 
shall be sent to the MS and no error due to this fact shall be sent back to the gsmSCF. 

If the SGSN does not support Advice of Charge, then the gsmSCF shall not send e-parameters to the gprsSSF. 

The SGSN's support of Advice of Charge is indicated in the Initial DP GPRS IF. 

NOTE: If charge advice information is received from the gsmSCF after charge information has been generated by 
the SGSN and sent to the MS, the behaviour of the service may be unpredictable or incorrect; the service 
designer should therefore ensure that the first set of charge advice information is sent to the gprsSSF 
before charge information is sent to the to the MS. 



6.6.2.13.2 



Information Elements 



Information element name 


Status 


Description 


Gprs Reference Number 


C 


This IE consists of a number assigned by the gprsSSF and a number assigned 
by the gsmSCF. It is used for TCAP dialogue segmentation. 


SCI GPRS Billing 
ChargingCharacteristics 


M 


This IE defines the Advice Of Charge related information to be provided to the 
IVIobile Station, if supported by the SGSN. 



GPRS SCI BilHng Charging Characteristics contains the following information elements: 



Information element name 


Status 


Description 


AOC GPRS 


M 


This IE is present after an Activate PDP Context Accept or Attach Accept has 
been received from the SGSN. This IE defines the Advice Of Charge related 
information to be provided to the IVIobile Station, if supported by the SGSN. 


PDPId 


C 


This IE identifies the PDP Context to which the IF applies. 

Scenario 1 : If this IE is not present in the IF, then the Send Charging 

Information GPRS applies to the GPRS Session. If this IE is present in the IF, 

then the Send Charging Information GPRS applies to the indicated PDP 

Context. 

Scenario 2: This IE is not used in the IF. 



AOC GPRS contains the following information elements: 



Information element name 


Status 


Description 


AOC Initial 


M 


This IE contains CAI elements as defined in 3GPP TS 22.024 [3]. 


AOC Subsequent 





This IE is described in a table below. 
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AOC Subsequent contains the following information elements: 



Information element name 


Status 


Description 


CAI Elements 


M 


This IE contains CAI elements as defined in 3GPP TS 22.024 [3]. 


Tariff Switch Interval 





This IE indicates the tariff switch time until the next tariff switch applies. 



6.6.3 HLR to SGSN Information Flows 



6.6.3.1 



Delete Subscriber Data 



6.6.3.1.1 Description 

This IF is used by the HLR to delete CAMEL subscription data from an SGSN. It is specified in 3GPP TS 29.002 [34]. 

6.6.3.1.2 Information Elements 

The Delete Subscriber Data IF contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


CAMEL Subscription Info 
Withdraw 





This IE identifies that all CSIs shall be deleted from the subscriber data in 
SGSN. 


Specific CSI Withdraw 





This IE is used to indicate that only GPRS-CSI shall be deleted from the 
SGSN. This IE should not be present when CAIVIEL Subscription Info 
Withdraw is present. 



6.6.3.2 



Insert Subscriber Data 



6.6.3.2.1 Description 

This IF is specified in 3GPP TS 29.002 [34] and used by the HLR to insert subscriber data in the SGSN. 

6.6.3.2.2 Information Elements 

Insert Subscriber Data contains the following CAMEL specific information element: 



Information element name 


Status 


Description 


GPRS-CSI 





This IE identifies the subscriber 


as having CAIVIEL GPRS services. 


GPRS-CSI contains the followin 


g information elements: 




Information element name 


Status 


Description 


GsmSCF Address 


M 


See subclause 6.3.1.1. 


Service Key 


M 


See subclause 6.3.1.2. 


Default Session Handling 


M 


See subclause 6.3.1.3. 


TDP List 


M 


See subclause 6.3.1.4. 


CAMEL Capability Handling 


M 


See subclause 6.3.1.5. 



6.6.4 SGSN to HLR Information Flows 



6.6.4.1 Insert Subscriber Data ack 



6.6.4.1.1 Description 

This IF is used by the SGSN to indicate to the HLR the result of the Insert Subscriber Data IF. It is specified in 3GPP 
TS 29.002 [34]. 
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6.6.4.1.2 Information Elements 

Insert Subscriber Data ack contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


Supported CAMEL Phases 


S 


This IE identifies which CAIVIEL phases are supported by the SGSN. It shall be 
present when a CSI has been included in the Insert Subscriber Data IF. 


Offered CAMEL4 CSIs 


S 


This IE indicates the CAMEL phase 4 CSIs offered in the SGSN. It shall be 
present if a CSI has been included in the Insert Subscriber Data IF. 



Offered CAMEL4 CSIs contains the following information elements: 



Information element name 


Status 


Description 


MT-SMS-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MT-SMS-CSI. It shall be present 
if a CSI has been included in the Insert Subscriber Data IF. 


MG-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MG-CSI. It shall be present if a 
CSI has been included in the Insert Subscriber Data IF. 


PSI Enhancements 


s 


This IE indicates the offer of CAMEL phase 4 Enhancements of Provide 
Subscriber Information. 



6.6.4.2 Update GPRS Location 

6.6.4.2.1 Description 



This IF is used by the SGSN to indicate to the HLR the CAMEL phases supported by the SGSN. It is specified in 3GPP 
TS 29.002 [34]. 

6.6.4.2.2 Information Elements 

update GPRS location contains the following CAMEL specific information element: 



Information element name 


Status 


Description 


Supported CAMEL Phases 


S 


This IE identifies which CAMEL phases are supported by the SGSN. The 
SGSN may indicate support of CAMEL phase 3 or higher. It shall be present 
when the SGSN supports CAMEL. 


Offered CAMEL4 CSIs 




This IE indicates the CAMEL phase 4 CSIs offered in the SGSN. It shall be 
present if the "Supported CAMEL Phases" IE indicates support of CAMEL 
phase 4. 



Offered CAMEL4 CSIs contains the following information elements: 



Information element name 


Status 


Description 


MT-SMS-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MT-SMS-CSI. 


MG-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MG-CSI. 


PSI Enhancements 


s 


This IE indicates the offer of CAMEL phase 4 Enhancements of Provide 
Subscriber Information. 



Short Message Services 



7.1 



Architecture 



7.1 .1 Functional Entities used for CAMEL 

This subclause describes the functional architecture needed to support Mobile Originating Short Message Service (MO 
SMS) and Mobile Terminating Short Message Service (MT SMS) interworking for CAMEL. Figures 7.1-1 and 7.1-2 
show the functional entities involved in MO SMS or MT SMS requiring CAMEL support. Further details of the 
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architecture needed to support Mobile Originating Short Message Service (MO SMS) and Mobile Terminating Short 
Message Service (MT SMS) are given in 3GPP TS 23.040 [14]. 



Home Network 




Home/Visited Network 



( SMSC V-KSMS-IWMSQ) 



Figure 7.1-1 : Functional architecture for support of CAMEL control of MSC switched MO and MT SMS 



Home Network 




HomeA/isited Network 



Figure 7.1-2: Functional architecture for support of CAMEL control of SGSN switched MO and MT 

SMS 

HLR: The HLR stores MO-SMS-CSI and/or MT-SMS-CSI. MO-SMS-CSI contains subscription information for 
subscribers that require CAMEL support of MO SMS. MT-SMS-CSI contains subscription information for subscribers 
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that require CAMEL support of MT SMS. One or both of MO-SMS-CSI and MT-SMS-CSI are transferred to the VLR 
or to the SGSN on Location Update and Restore Data or when MO-SMS-CSI or MT-SMS-CSI has changed. 

VLR: The VLR receives the MO-SMS-CSI and MT-SMS-CSI for the subscriber from the HLR. MO-SMS-CSI and 
MT-SMS-CSI are used by the MSC to determine whether a Service Logic shall be invoked for an MO SMS submission 
or MT SMS dehvery. 

MSC: The MSC receives MO-SMS-CSI and MT-SMS-CSI from the VLR and uses this to determine whether a Service 
Logic shall be invoked for an MO SMS submission or MT SMS delivery. 

SGSN: The SGSN receives the MO-SMS-CSI and MT-SMS-CSI for the subscriber from the HLR. The SGSN uses the 
MO-SMS-CSI and MT-SMS-CSI to determine whether a Service Logic shall be invoked for an MO SMS submission or 
MT SMS dehvery. 

gprsSSF: see subclause 3.1. 

gsmSSF: see subclause 3.1. 

gsmSCF: see subclause 3.1. 

SMSC: The Short Message Service Centre accepts messages submitted by an MS or other MO short message entity, 
stores them and delivers them to the destination MS or other MT short message entity. 

SMS-GMSC: The Short Message Service Gateway MSC receives short messages from the SMSC, interrogates the 
HLR for routeing information to deliver each short message and forwards each short message to the serving node (MSC 
or SGSN) for dehvery to the destination MS. The SMS-GMSC may be physically integrated with the SMSC or with the 
MSC for the destination subscriber. 

SMS-IWMSC: The Short Message Service InterWorking MSC terminates the MAP signalling from the MSC or the 
SGSN for MO short message submission, and transfers the short message to the SMSC, The SMS-IWMSC may be 
physically integrated with the SMSC or with the MSC for the originating subscriber. 

7.1 .2 Interfaces defined for CAMEL 

7.1.2.1 HLR - VLR interface 

This interface is used to send CAMEL related subscriber data (MO-SMS-CSI and MT-SMS-CSI) to a visited 
MSCA^LR or to remove CAMEL related subscriber data from a visited MSCA^LR. 

7.1 .2.2 HLR - SGSN interface 

This interface is used to send CAMEL related subscriber data (MO-SMS-CSI and MT-SMS-CSI) to a visited SGSN or 
to remove CAMEL related subscriber data from a visited SGSN. 

7.1 .2.3 gsmSSF - gsmSCF interface 

This interface is used by the gsmSCF to control the handhng of MO SMS and MT SMS in the MSC. A relationship on 
this interface is opened as a result of the gsmSSF sending a request for instructions to the gsmSCF. 

7.1 .2.4 gprsSSF - gsmSCF interface 

This interface is used by the gsmSCF to control the handhng of MO SMS and MT SMS in the SGSN. A relationship on 
this interface is opened as a result of the gprsSSF sending a request for instructions to the gsmSCF. 

7.1 .2.5 IVISC - gsmSSF interface 

This is an internal interface. The interface is described in the present document to make it easier to understand the 
handling of DPs (arming/disarming of DPs, DP processing etc.). 
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7.1 .2.6 SGSN - gprsSSF interface 

This is an internal interface. The interface is described in the present document to make it easier to understand the 
handhng of DPs (arming/disarming of DPs, DP processing etc.). 

7.1.2.7 MSC - VLR interface 

This is an internal interface. The interface is described in the present document to make it easier to understand the 
internal information flow within the MSCA^LR. 

7.1 .2.8 MSC - SMSC interface 

This interface is used by the MSC to submit a SM to the SMSC and to deUver a SM to the MSC. 

7.1 .2.9 SGSN - SMSC interface 

This interface is used by the SGSN to submit a SM to the SMSC and to dehver a SM to the SGSN. 

7.2 Detection Points (DPs) 

For the general handling of the DPs, see subclause 4.2. 

7.2.1 Criteria at DP SIVIS Delivery Request 

The HLR may store a criterion that indicates when triggering shall take place. The criterion for 
DP SMS_DeHvery_Request consists of a Hst of TPDU types. Refer to 3GPP TS 23.040 [14] for the available TPDU 
types. When the TPDU type of the Short Message is present in the list of TPDU types, then triggering shall take place. 
Otherwise, triggering shall not take place. 

If no criterion is defined for a subscriber, then triggering shall take place regardless of the TPDU type of the Short 

Message. 

7.3 Description of CAMEL Subscriber Data 

Note: CAMEL Phase 3 specifies SMS-CSI for MO SMS CAMEL Services. CAMEL Phase 4 specifies 
MO-SMS-CSI for MO SMS CAMEL Services and MT-SMS-CSI for MT SMS CAMEL Services. 
SMS-CSI and MO-SMS-CSI are, however, syntactically and functionally identical. 

7.3.1 IVIobile Originating Short IVIessage Service CAIVIEL Subscription 
Information (IVIO-SIVIS-CSI) 

This subclause defines the contents of the Short Message Service CAMEL Subscription Information. 

7.3.1 .1 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

7.3.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic. 

7.3.1 .3 Default SMS Handling 

The Default SMS Handling indicates whether the Short Message submission shall be released or continued as requested 
in the case of error in the dialogue between gsmSCF and gsmSSF or gprsSSF. 
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7.3.1.4 TDPList 

The TDP List indicates on which detection point triggering shall take place. For MO-SMS-CSI only 
DP SMS_Collected_Info is used. 

7.3.1 .5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. This 
parameter shall be set to CAMEL Phase 3 

7.3.1.6 CSI state 

The CSI state indicates whether the MO-SMS-CSI is active or not. 

7.3.1.7 Notification flag 

The notification flag indicates whether the change of the MO-SMS-CSI shall trigger Notification on Change of 
Subscriber Data or not. 

7.3.2 Mobile Terminating Short Message Service CAMEL Subscription 
Information (MT-SMS-CSI) 

This subclause defines the contents of the Mobile Terminating Short Message Service CAMEL Subscription 
Information. 

7.3.2.1 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

7.3.2.2 Service Key 

The Service Key identifies to the gsmSCF the service logic. 

7.3.2.3 Default SMS Handling 

The Default SMS Handling indicates whether the Short Message delivery shall be released or continued as requested in 
the case of error in the dialogue between gsmSCF and gsmSSF or gprsSSF. 

7.3.2.4 TDP List 

The TDP List indicates on which detection point triggering shall take place. For MT-SMS-CSI only 
DP SMS_Delivery_Request is used. 

7.3.2.5 DP criteria 

The DP criteria indicate whether the SMS_SSF shall request the gsmSCF for instructions. 

7.3.2.6 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. This 
parameter shall be set to CAMEL Phase 4. 

7.3.2.7 CSI state 

The CSI state indicates whether the MT-SMS-CSI is active or not. 
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7.3.2.8 Notification flag 

The notification flag indicates whether the change of the MT-SMS-CSI shall trigger Notification on Change of 
Subscriber Data or not. 

7.3.3 gsmSCF address list for CSI 

The gsmSCF address list indicates a list of gsmSCF addresses to which Notification on Change of Subscriber Data is to 
be sent. This list is common to all CSI's. 

7.4 Description of SMS State Models 

7.4.1 General Handling 

See subclause 4.4.1. 

The State Model for MO SMS handhng contains Points in Association (PIA's) instead of Points in Call (PIC's). 

7.4.2 Mobile Originating SMS State Models 
7.4.2.1 Description of IVIO SIVIS state model 

The MO SMS state model is used to describe the actions in an MSC and in a SGSN during Mobile Originating SMS. 



SMS Null & Start & 
Authorize 



DP SMS_Collected_lnfo 



SMS_Exception 




0_SMS_Exception 



Figure 7.2: MO SMS State Model 
Table 7.1 : Description of MO SMS DPs in the MSC and SGSN 



CAMEL Detection Point 


DP Type 


Description 


DP SMS_Collected_lnfo 


TDP-R 


Indication that the IVIO-SIVIS-CSI is analysed and a mobile originated 
short message is received. 


DP 0_SMS_Failure 


EDP-N, EDP-R 


Indication that the SIVI submission to the Short IVIessage Service 
Centre failed 


DP 0_SMS_Submitted 


EDP-N, EDP-R 


Indication that the SIVI has been successfully submitted to the Short 
IVIessage Service Centre. 
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7.4.2.1 .1 Description of the IVIO SIVIS state model (PI As) 

This subclause describes the state model for originating SMS transfer. For each PIA a description can be found of the 
entry events, actions and exit events. 

7.4.2.1 .1 .1 SMS Null & Start & Authorize 
Entry events: 

- Previous MO SMS transfer to the SMSC completed (DP 0_SMS_Submitted). 

- Exception event is reported. 
Actions: 

- Interface is idled. 

- Authentication. 

- Ciphering. 

- MO SMS subscription check. 

RP-MO-DATA message containing the User Data and the SMSC address is received from MS. 

- The supplementary service "barring of all outgoing calls" is checked and invoked if necessary. 

- The ODB category "barring of all outgoing calls" is checked and ODB is invoked if necessary. 
Exit events: 

- MO-SMS-CSI is analysed. 

An exception condition is encountered. 

7.4.2.1 .1 .2 SMS Analyse & Routing 
Entry events: 

- MO-SMS-CSI is analysed (DP SMS_Collected_Info). 
Actions: 

- Information being analysed and/or translated to determine routeing address of the SMSC. 

- Outgoing barring services and ODB categories not already applied are checked and invoked if necessary. If any 
of the barring services or ODB categories prevents the submission of the MO-SMS, then the MSC or SGSN 
shall generate the "0_SMS_Failure" event. The cause code to be used in that case shall be "sM-Deli very Failure". 

- The short message is sent to the SMSC. 
Exit events: 

- Acknowledge from the SMSC is received. (DP 0_SMS_submitted). 
A positive acknowledgement is sent to the MS. 

- An exception condition is encountered - this leads to the SMS_Exception PIA. 
A negative acknowledgement is sent to the MS. 

- Attempt to select the route for the SMS fails (DP 0_SMS_Failure). 
A negative acknowledgement is sent to the MS. 

- Negative acknowledgement from the SMSC is received (DP 0_SMS_Failure). 
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A negative acknowledgement is sent to the MS. 



7.4.2.1.1.3 
Entry events: 



SMS_Exception 



- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIA cannot be met. 

Actions: 

- Default handling of the exception condition is applied. This includes general actions necessary to ensure that no 
resources remain inappropriately allocated such as: 

- If a relationship exists between the gsmSCF and gsmSSF or gprsSSF send an error information flow closing 
the relationship and indicating that any outstanding Short Message handling instructions will not run to 
completion. 

- The MSC/gsmSSF or SGSN/gprsSSF shall make use of vendor- specific procedures to ensure release of 
internal resources. 

Exit events: 

- Default handling of the exception condition by MSC/gsmSSF or SGSN/gprsSSF completed. 

7.4.3 Mobile Terminating SMS State Model 
7.4.3.1 Description of MT SMS state model 

The MT SMS state model is used to describe the actions in an MSC and in a SGSN during Mobile Terminating SMS. 



SMS Null & Start & 




SMS Excep 


tion 


Authorize 










\ 


' 


i 


I 



DP SMS_Delivery_Request-^ 




T_SMS_Exception 



Figure 7.3: MT SMS State Model 
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Table 7.2: Description of MT SMS DPs in the MSC and SGSN 



CAMEL Detection Point 


DP Type 


Description 


DP SMS_Delivery_Request 


TDP-R 


Indication that the IVIT-SIVIS-CSI is analysed and a mobile 
terminating short message or status report is received. 


DP T SMS Failure 


EDP-N, EDP-R 


Indication that the SIVI delivery to the IVIobile Station has failed 


DP T_SMS_Delivered 


EDP-N, EDP-R 


Indication that the SIVI has been successfully delivered to the IVIobile 
Station. 



7.4.3.1 .1 Description of the IVIT SIVIS state model (PIAs) 

This subclause describes the state model for terminating SMS transfer. For each PIA a description can be found of the 
entry events, actions and exit events. 

7.4.3.1 .1 .1 SIVIS Null & Start & Authorize 
Entry events: 

- MAP-MT-FORWARD-SHORT-MESSAGE message is received from SMS-GMSC. 

- Previous MT SMS transfer to the MS completed (DP T_SMS_DeHvered). 

- Exception event is reported. 
Actions: 

- Interface is idled. 

- MT SMS subscription check. 

- MT-SMS-CSI is received from the VLR (in the MSC only). 
Exit events: 

- MT-SMS-CSI is analysed. 

An exception condition is encountered. 

7.4.3.1.1.2 SMS Delivery 
Entry events: 

- MT-SMS-CSI is analysed. (DP SMS_DeHvery_Request). 
Actions: 

- Subscriber paging is performed, if required. 

- The short message is delivered to the MS. 
Exit events: 

- Acknowledge from the MS is received. (DP T_SMS_Delivered). 
A positive acknowledgement is sent to the SMSC. 

An exception condition is encountered - this leads to the SMS_Exception PIA. 
A negative acknowledgement is sent to the SMSC. 

Negative acknowledgement from the MS is received (DP T_SMS_Failure). 
A negative acknowledgement is sent to the SMSC. 
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7.4.3.1 .1 .3 SMS_Exception 

Entry events: 

- An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIA cannot be met. 

Actions: 

- Default handling of the exception condition is applied. This includes general actions necessary to ensure that no 
resources remain inappropriately allocated such as: 

- If a relationship exists between the gsmSCF and gsmSSF or gprsSSF send an error information flow closing 
the relationship and indicating that any outstanding Short Message handling instructions will not run to 
completion. 

- The MSC/gsmSSF or SGSN/gprsSSF shall make use of vendor- specific procedures to ensure release of 
internal resources. 

Exit events: 

- Default handling of the exception condition by MSC/gsmSSF or SGSN/gprsSSF completed. 
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7.5 



Procedures for CAMEL SMS 



7.5.1 Functional architecture for CAMEL MO SMS services 



gsmSCF 



HLR 



CAP iiiterface 



MAP..mterface 



gsmSSF or 
gprsSSF 



Internal interface 







0_SM_MSC/VLR 

or 

SGSN 




SMS-IWMSC 




SMSC 


Mobile 
Station 


SM-CP 


MAP 

interface 


SMRSE 

interface 









Short Message Relay Layer (SM-RL) 



RP-MO-DATA RPDU 
> 



RP-MO-DATA RPDU 
> 



RP-MO-DATA RPDU 
> 



Short MessageTransmission Layer (SM-TL) 
SMS-SUBMIT TPDU 



SMS-COMMAND TPDU 



Note 1 : The functional entities depicted by means of dark shaded boxes in the figure 7.4 are not affected by 

CAIVIEL interaction with IVIO-SIVIS. 
Note 2: The Relay Protocol between the IVIS and the IVISC or SGSN is described in 3GPP TS 24.01 1 [31]. The 

Relay Protocol between the IVISC or SGSN and the SMS-GMSC is described in 3GPP TS 29.002 [34]. The 

Relay Protocol between the SMS-GMSC and the SMSC is not standardised. Examples of this protocol are 

described in GSM TR 03.47 [42]. 

Figure 7.4: MO SMS via MSC or SGSN 



7.5.2 Handling of mobile originating SMS 



7.5.2.1 



Handling of mobile originating SMS in the originating MSC or SGSN 



The functional behaviour of the originating MSC or SGSN is specified in 3GPP TS 29.002 [34] and 3GPP 
TS 23.060 [15]. The procedures specific to CAMEL are specified in this subclause: 

- Procedure CAMEL_0_SMS_INIT; 

- Procedure CAMEL_0_SMS_SUBMITTED; 

- Procedure CAMEL_0_SMS_FAILURE. 

A CAMEL Service may be invoked for the following Mobile Originated short message types: 

- Short Message Submission (TPDU type = SMS-SUBMIT) 

- Short Message Command (TPDU type = SMS-COMMAND) 
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Refer to 3GPP TS 23.040 [14] for a description of the various TPDU types and to 3GPP TS 24.011 [31] for a 
description of the protocol elements of the Short Message Relay Layer (RPDUs). 

7.5.2.1 .1 Actions of the MSC or SGSN on receipt of lnt_Error 

The MSC or SGSN checks the default SMS Handling parameter in MO-SMS-CSI. 

If the default SMS handhng is 'releaseTransaction', a A_RP_ERROR is sent to the MS. The MSC or SGSN then 
releases all resources and the procedure CAMEL_0_SMS_INIT ends. 

If the default SMS handling is 'continueTransaction', the MSC or SGSN continues processing without CAMEL support. 

7.5.2.1 .2 Actions of the IVISC or SGSN on receipt of lnt_Continue_SI\/IS 

The MSC or SGSN continues processing with modified SM parameters. The MSC or SGSN shall transparently modify 
the SMS parameters with the received information. Parameters which are not included in the Int_Continue_SMS signal 
are unchanged. 

7.5.2.1 .3 Actions of the IVISC or SGSN on receipt of lnt_Connect_SMS 

The MSC or SGSN continues processing with modified SM parameters. The MSC or SGSN shall transparently modify 
the SMS parameters with the received information. Barring is checked with the modified parameters. Parameters which 
are not included in the Int_Connect_SMS signal are unchanged. 

7.5.2.1 .4 Actions of the MSC or SGSN on receipt of lnt_Release_SMS 

A_RP_ERROR is sent to the MS and the Short Message is deleted. The SMS cause received in the Int_Release_SMS 
signal is used. The MSC or SGSN then releases all resources and the procedure CAMEL_0_SMS_INIT ends. 

7.5.2.1 .5 Allocation of SMS Reference Number 

During the CAMEL handhng of a Mobile Originated Short Message, the MSC or SGSN shall allocate an SMS 
Reference Number. This SMS Reference Number shall be placed in the SMS-MO Call Detail Record, together with the 
MSC Address or SGSN Number. This SMS Reference Number shall also be sent to the gsmSCF in the Initial DP SMS 
Information Flow, together with the MSC Address or SGSN Number. The combination of SMS Reference Number and 
MSC Address or SGSN Number forms a globally unique pair. This pair may be used for correlation of CDRs produced 
in the MSC or SGSN with CDRs produced in the gsmSCF. 

An SMS Reference Number shall be generated and placed in the SMS-MO Call Detail Record, for every Short 
Message, including the case when a Short Message forms part of a set of concatenated Short Messages. 

7.5.2.2 Handling of A_MM_Release and A_LLG_Release 

If the radio link with the subscriber is lost during the handling of a CAMEL procedure in the MSC or SGSN, then the 
MSC or SGSN sends signal A_MM_Release_ind or A_LLC_Release_ind to that procedure. This results in the 
termination of that CAMEL procedure. (Refer to 3GPP TS 29.002 [34] for details.) 

7.5.2.3 Handling of time-out from SMSC 

If the MSC or SGSN does not receive a confirmation from the SMSC after submission of a Short Message, then the 
MSC or SGSN calls procedure CAMEL_0_SMS_FAILURE. (Refer to 3GPP TS 29.002 [34] for details.) 
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Procedure CAMEL_0_SMS_INIT 

/* A procedure in the MSC or SGSN 

to perform CAMEL handling of mobile originated 

SMS submission request.*/ 



Result := 
Continue 




A_MM_RELEASE_ind, 
A LLC RELEASE ind 



lnt_SMS_ 
Failure 



Result := 
SMS Aborted 




1(3) 



/* Sgnals to/from the right are to/from 
gsmSSF/gprsSSF (SMS_SSF). 
Sgnals from the left are from MS, 
unless otherwise stated. 7 



No 




Allocate SMS 
Reference Numbejr 




Wait_for_ 
SMS_SSF 
Invoked ^ 



lnt_SMS_ / 
SSFJnvok^ 



lnt_DP_SMS\ 
Collected Info/ 



DP_SMS_ 

Collected, 

Info 



Figure 7.5-1 : Procedure CAMEL_0_SMS_INIT (sheet 1) 
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Procedure CAMEL O SMS INIT 



2(3) 



/* A procedure in the MSC or SGSN 

to perform CAMEL handling of mobile originated 

SMS submission request.*/ 



/* Signals from the right are fromL 
gsmSSF/gprsSSF (SMS_SSF).*/ 



/ DP_SMS_ 
Collectedjnf 



lnt_Release_ 

SMS \ 



Result := 
Release SMS 



Int Error 



lnt_Continue_SMS 



l\/|odify SMS parameter^ 

in accordance with 
the received information 



Default 1SM3 
:iandling = 
contipti^? 
No 



Yes 



SetRP ERROR 



Result := 
Continue 




Int Connect SMS 



iVJodify SMS parameter^ 

n accordance with 
tl+ie received information 



Result := 
Redirect SMS 




Figure 7.5-2: Procedure CAMEL_0_SMS_INIT (sheet 2) 
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Procedure CAMEL_0_SMS_INIT 

I /* A procedure \n the MSC or SGSN 
to perform CAMEL handling of mobile originated 
SMS submission request.*/ 



3(3) 



/* Signal to the right is to 
gsmSSF/gprsSSF (SMS_SSF). 
Signals from the left are from MS.*/ 











/ DP SMS ] 
I Collected Info/ 

\ / 












y 




A MM RELEASE ind, 
A_LLC_RELEASE_ind 










Int SMS \ 
Failure ^ 








Result := 
SMS_Aborted 






Figure 7.5-3: Procedure CAMEL_0_SMS_INIT (sheet 3) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



632 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_0_SMS_SUBMITTED 

/* Procedure in the MSC or SGSN ^\ 

(SMS_SSF) to report successful submission 
togsmSCFofCAMEL. */ 



1(1) 



/* Signals to/from the right are to/from 
gsmSSF/gprsSSF (SMS_SSF). */ 





J^'OSIVIS.S^ 



lnt_0_SMS^ 
Submitted 



pP_0_SMS. 
Submitted 



Int Continue SMS 



Int error 




Int Continue 



Figure 7.6-1: Procedure CAMEL_0_SMS_SUBMITTED (sheet 1) 
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Procedure CAMEL_0_SMS_FAILURE 

/* Procedure in the MSC or SGSN ^\ 
to handle CAMEL notification to gsmSCF 
about unsuccessful! submission. */ 



1(1) 



/* Signals to/from the right are to/from 
gsmSSF/gprsSSF (SMS_SSF). 7 



No 





lnt_0_SMS: 
Failure 



DP_0_SMS. 
Failure 



Int Continue SMS Int error 



Int Continue 






7.5.2.4 



Figure 7.7-1: Procedure CAMEL_0_SMS_FAILURE (sheet 1) 



Handling of mobile originating SMS in the VLR 



The functional behaviour of the VLR is specified in 3GPP TS 29.002 [34] The handhng specific to CAMEL is specified 
in the following procedure: 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



634 



ETSI TS 123 078 V9.1.0 (2010-04) 



Procedure CAMEL_MO_SMS_VLR. 



Procedure CAMEL_MO_SMS_VLR 

r N 

/* Procedure called in the process 
MO_SMS_VLR (3GPP TS 29.002) V 



1(1) 



/* Signals to/from the left are[ 
to/from the MSC. */ 



Result :: 
Pass 




No 




Set 



Yes 

MO-SMS-C$l 
parameter 



MAP_CONTINUE_CAMEL_ 
SMS_HANDLING_req 



Wait_For_ 
IF MO SMS 



>MAP_U_ 
ABORT 



ind 



MAP_SEND_INFO_FOR_ 
MO SMS ind 



Result := 
Fail 



Result :: 
Pass 




Figure 7.8-1 : Procedure CAMEL_MO_SMS_VLR (sheet 1) 
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7.5.3 Functional architecture for CAMEL MT SMS services 



gsm3GF 



HLR 



CAP interface 



MAP \ 

inte'rface \ 



gsmSSF or 
gprsSSF 



IVfAP 
intertace 







Internal nterface / 




\ 








T_SM_MSC/VLR 

or 

SGSN 


SMS-GMSC 


SMSC 


Mobile 
Station 


SM-CP 


MAP 

interface 


SMRSE 
interface 









Short Message Relay Layer (SM-RL) 



RP-MT-DATA RPDU 
< 



RP-MT-DATA RPDU 
< 



RP-MT-DATA RPDU 
< 



Short MessageTransmission Layer (SM-TL) 



^ 



SMS -DELIVER TPDU 



^ 



SMS-STATUS-REPORT TPDU 



Note 1 : The functional entities depicted by means of dark shaded boxes in the figure 7.9 are not affected by 

CAMEL interaction with MT-SMS. 
Note 2: The Relay Protocol between the MS and the MSC or SGSN is described in 3GPP TS 24.01 1 [31]. The 

Relay Protocol between the MSC or SGSN and the SMS-GMSC is described in 3GPP TS 29.002 [34]. The 

Relay Protocol between the SMS-GMSC and the SMSC is not standardised. Examples of this protocol are 

described in GSM TR 03.47 [42]. 

Figure 7.9: MT SMS via MSC or SGSN 

7.5.4 Handling of mobile terminating SMS 

7.5.4.1 Handling of mobile terminating SMS in the terminating MSC or SGSN 

A CAMEL Service may be invoked for the following Mobile Terminated short message types: 

- Short Message Dehvery (TPDU type = SMS-DELIVER) 

- Short Message Status Report (TPDU type = SMS-STATUS-REPORT) 

Refer to 3GPP TS 23.040 [14] for a description of the various TPDU types and to 3GPP TS 24.011 [31] for a 
description of the protocol elements of the Short Message Relay Layer (RPDUs). 

The functional behaviour of the terminating MSC or SGSN is specified in 3GPP TS 29.002 [34]. The procedures 
specific to CAMEL are specified in the following subclauses: 
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7.5.4.1 .1 Procedure CAMEL_T_SMS_INIT; 

This procedure is called when a Short Message delivery attempt is received from the SMS-GMSC. If MT-SMS-CSI is 
present for the subscriber, then the SMS_SSF shall be invoked. Otherwise, the Short Message delivery attempt proceeds 
without CAMEL. 

When the SMS_SSF is invoked and the SMS_SSF has requested the gsmSCF for instructions, the MSC or SGSN may 
receive the following responses from the SMS_SSF: 

- Int_Continue_SMS 

The gsmSCF has indicated that SM delivery may proceed. It may have supplied the SMS_SSF with a modified 
Calling Party Number. This Calling Party Number shall replace the TP-Originating- Address in the SMS- 
DELIVER TPDU. 

- Int_Release_SMS 

The gsmSCF has force-released SM delivery. The RP Cause received from the gsmSCF shall be conveyed to the 
SMS-GMSC in the RP-Cause component, in the RP-ERROR RPDU. 

Int_Error 

A Tssf time-out or an internal SMS_SSF error has occurred; the SM has not been forwarded to the Mobile 
Station. If Default SMS Handling equals 'Continue', the SM delivery proceeds. Otherwise, SM delivery shall be 
aborted. In the latter case, the RP-Cause component, in the RP-ERROR RPDU shall be set to 
EquipmentProtocolError, in accordance with 3GPP TS 29.002 [34]. 

7.5.4.1 .2 Procedure CAMEL_T_SMS_DELIVERED 

This procedure is called when the MSC or SGSN has detected that delivery of the SM to the Mobile Station has 
succeeded. No event specific information is sent to the gsmSCF. 

When Short Message delivery attempt success has been reported to the gsmSCF, then the MSC or SGSN may receive 
the following responses from the SMS_SSF: 

- Int_Continue_SMS 

The event was reported to the gsmSCF in interrupt mode. The gsmSCF has concluded CAMEL processing and 
has terminated the Service Logic. 

Int_Continue 

The event was not reported to the gsmSCF or was reported in notification mode. 

Int_Error 

A Tssf time-out has occurred. 

In all the above cases, the SM processing in the MSC or SGSN continues. 

7.5.4.1 .3 Procedure CAMEL_T_SMS_FAILURE 

This procedure is called when the MSC or SGSN has detected that delivery of the SM to the Mobile Station has failed. 
If the delivery failure is due to RP-ERROR RPDU received from the MS, then the MT SMS Cause in the event report to 
the gsmSCF shall be set to the RP-Cause component in the RP-ERROR-RPDU. Otherwise, if the delivery failure is due 
to internal failure in the MSC or SGSN, CP-ERROR from MS or time-out from the MS, then the MT SMS Cause in the 
event report to the gsmSCF shall be set to "Protocol error, unspecified", as defined in 3GPP TS 24.011 [31]. 

When Short Message delivery attempt failure has been reported to the gsmSCF, then the MSC or SGSN may receive 
the following responses from the SMS_SSF: 

- Int_Continue_SMS 

The event was reported to the gsmSCF in interrupt mode. The gsmSCF has concluded CAMEL processing and 
has terminated the Service Logic. 
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- Int_Continue 

The event was not reported to the gsmSCF or was reported in notification mode. 

- Int_Error 

A Tssf time-out has occurred. 
In all the above cases, the SM processing in the MSC or SGSN continues. 

7.5.4.1 .4 Allocation of SMS Reference Number 

During the CAMEL handhng of a Mobile Terminating Short Message, the MSC or SGSN shall allocate an SMS 
Reference Number. This SMS Reference Number shall be placed in the SMS-MT Call Detail Record, together with the 
MSC Address or SGSN Number. This SMS Reference Number shall also be sent to the gsmSCF in the Initial DP SMS 
Information Flow, together with the MSC Address or SGSN Number. The combination of SMS Reference Number and 
MSC Address or SGSN Number forms a globally unique pair. This pair may be used for correlation of CDRs produced 
in the MSC or SGSN with CDRs produced in the gsmSCF. 

An SMS Reference Number shall be generated and placed in the SMS-MT Call Detail Record, for every Short 
Message, including the case when a Short Message forms part of a set of concatenated Short Messages. 
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Procedure CAMEL T SMS INIT 



1(2) 



/* A procedure in the MSC or SGSN \ 
to perform CAMEL handling of mobile 
terminated SMS delivery request.*/ 



/* Signals to/from the right are to/from 
gsmSSF/gprsSSF (SMS_SSF).*/ 



Result := 
Continue 




No 




Store original 
$MS parameters 



Allocate SMS 
Reference Number 



lnt_lnvoke 
SMS_SSF 
{ML 



SMSdl 



SI) 



' Wait_for_ 
SMS_SSF_ 
\ Invoked 



lnt_SMS_ / 
SSF Invoked 



lnt_DP_SMX 
Delivery_Reauest 



/ DP_SMS_ 
D\elivery_Requefet 



Figure 7.10-1: Procedure CAMEL_T_SMS_INIT (sheet 1) 
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Procedure CAMEL_T_SMS_INIT 

\r A procedure in the MSC or SGSN^\ 
to perform CAMEL handling of mobile 
terminated SMS delivery request.*/ 



lnt_Releasei 

SMS \ 



Result := 
Release SMS 




2(2) 



/* Signals from the right are from ^ 
gsmSSF/gprsSSF (SMS_SSF).*/ 



^ 



DP_SMS_ 
elivery_Request 



Int Error 



Int Continue SMS 



l\^odify SMS parameter^ 

in accordance with 
the received informatioh 




Yes 



No 



Result := 
Continue 




Figure 7.10-2: Procedure CAMEL_T_SMS_INIT (sheet 2) 
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Procedure CAMEL_T_SMS_FAILURE 

/* Procedure in the MSC or SGSN ^\ 
to handle CAMEL notification to gsmSCF 
about unsuccessful! delivery. 7 



1(1) 



/* Signals to/from the right are to/from 
gsmSSF/gprsSSF (SMS_SSF). V 







No 






) 








M 


m SS 


9S 












^^Iqvoked^ 
Y 




(/) 


lnt_T_SM$ 
Failure 






\ 








/DP_T_SMS_\ 
\ Failure i 


















7 

_SMS 






lnt_Contin^ 


^ 


lnt_error ^ 


lnt_Contin^ 

\ 





Figure 7.11-1: Procedure CAMEL_T_SMS_FAILURE (sheet 1) 
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Procedure CAMEL T SMS DELIVERED 



1(1) 



/* Procedure in the MSC or SGSN 
(SMS_SSF) to handle CAMEL notification 
to gsmSCF about successful delivery. 7 



/* Signals to/from the right are to/from 
gsmSSF/gprsSSF (SMS_SSF). V 



No 





Int Continue SMS 



Int error 



Int Continue 





Figure 7.12-1 : Procedure CAMEL_T_SMS_DELIVERED (sheet 1) 
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7.5.4.2 Handling of mobile terminating SMS in the VLR 

The functional behaviour of the VLR is specified in 3GPP TS 29.002 [34]. The handhng specific to CAMEL is 
specified in the following procedure: 

- Procedure CAMEL MT SMS VLR. 
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Procedure CAMEL_MT_SMS_VLR 

I N 

/* Procedure called in the process \ 
MT_SM_VLR (3GPP TS 29.002) 7 



1(1) 



/* Signals to/from the left are to/from the MSC.7^ 



MT-SMS-CSI 
provisioned? 




Yes 



Set 
MT-SMS-CSI 



MAP_CONTINUE_ 
CAMEL SMS_ 
. HANOI ING_req 



Waitjor 
IF_MT_SMS 



.MAP_U_ 
ABORT 



Result : 
Fail 



ind 



>MAP_SEhiD_INFO_ 
FOR_MTJSMS_ind 



Result :: 
Pass 





Figure 7.13-1: Procedure CAMEL_MT_SMS_VLR (sheet 1) 
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7.5.4.3 CAMEL subscription check for mobile terminating SMS in the SGSN 

The functional behaviour of the SGSN for dehvery of MT shrt message is specified in 3GPP TS 29.002 [34]. The 
procedure for checking CAMEL capability and subscription information is specified in the following procedure: 

- Procedure CAMEL MT SMS SGSN. 
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Procedure CAMEL_MT_SMS_SGSN 

/* Procedure in the SGSN to check whether \ 
a CAMEL dialogue should be opened for 
MT SMS delivery. Called from the process 
MT_SM_SGSN (3GPP TS 29.002) V 



1(1) 



MT-SMS-CSI 
provisioned? 




Yes 



Result := 
CAMEL 



Result := 
Continue 





Figure 7.14-1 : Procedure CAMEL_MT_SMS_SGSN (sheet 1) 
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7.5.5 Handling of mobile originating and mobile terminating SMS in the 
gsmSSF or gprsSSF 

7.5.5.1 Process SMS_SSF 

Sheet 1 The Int_Invoke SMS_SSF signal dictates which TDP shall be armed. For a Mobile Originated SMS service, 
the SMS_Collected_Info TDP shall be armed. For a Mobile Terminated SMS service, the 
SMS_Delivery_Request TDP shall be armed. 

Sheet 2 The Int_SMS_Failure signal may be received only for a MO-SMS service. It is received when a MS detach 
event occurs before the SMS_SSF is invoked. 

Sheet 3 The SMSC Address and Destination Subscriber Number may be received in CAP ConnectSMS only for a 
MO-SMS service. 

Sheet 4: For a MO-SMS service, the following events may be armed or disarmed: 0_SMS_Submission, 

0_SMS_Failure. For a MT-SMS service, the following events may be armed or disarmed: T_SMS_Delivery, 
T_SMS_Failure. 

Sheet 5: For a MO-SMS service, the gsmSCF may place free-format charging data in the 'MOSMSRecord' CDR (in 
the MSC) or in the S-SMO-CDR (in the SGSN). 

For a MT-SMS service, the gsmSCF may place free-format charging data in the 'MTSMSRecord' (in the 
MSC) or in the S-SMT-CDR (in the SGSN). 

Refer to 3GPP TS 32.250 [37] and 3GPP TS 32.251 [38] for a description of these CDR types. 

Sheet 6: The Int_SMS_Failure signal in state Waiting_For_Instructions may be received for a MO-SMS service only. 
It is received when a MS detach event occurs before the gsmSCF has given instruction to continue SM 
processing. 

Sheet 7: When the SM submission or failure event occurs, both MO-SMS events shall be disarmed. 

When the SM delivery or failure event occurs, both MT-SMS events shall be disarmed. 

7.5.5.2 Process CoiTiplete_SMS_FCI_Record 

Sheet 1: For a MO-SMS service, the 'MOSMSRecord' or 'S-SMO-CDR' shall be closed. For a MT-SMS service, the 
'MTSMSRecord' or 'S-SMT-CDR' shall be closed. 
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Process SMS SSF 



1(7) 



/* Process to handle MO/MT SMS. 
Locates either in the gsmSSF or gprsSSF.*/ 



The following timer is defined: 
- Tssf: gsmSSF or gprsSSF state machine timer. 
This timer has a default value range of 1 to 20 seconds 



/* Signals to/from the left are to/from MSC or [ 
SGSN; signals to/from the right are to/from 
the gsmSCF, unless otherwise stated.*/ 



Idle 



lnt_lnvoke_ 
SMS SSF 




MO-SMS-CSI 



MT-SMS-CSI 



Arm DP 



^DPSMS_Collected_lnfo 
shall be armed as TDP. 



Arm DP 



] DP SMS_Delivery_Request 
shall be armed as TDP. 



lnt_SMS_ 
SSF Invoked 



lnt_SMS_ 
SSF Invoked 



Wait_For_ 
Request 



Wait_For_ 
Request 



Figure 7.15-1 : Process SMS_SSF (sheet 1) 
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Process SMS SSF 



/* Process to handle MO/MT SMS. 
Locates either in the gsmSSF or gprsSSF.*/ 



Wait_For_ 
Request 



lnt_DP_ 
Delivery_ 



.SMS_ 
Request 



lnt_DP_ 
Collected 



SMS 



Info 



Ch€ck_Criteria_SMS_ 
Delivery_Request 




Idle 



Set Tssf to 
default value 
and start Tssf 



Open Control 
Relationship 



CAP_lnitial_ 
DP SMS 



Waiting_for_ 
Instructions 



2(7) 



/* Signals to/from the left are to/from MSC or [ 
SGSN; signals to/from the right are to/from 
the gsmSCF, unless otherwise stated.*/ 



lnt_SMS_ 
Failure 



Idle 



Figure 7.15-2: Process SMS_SSF (sheet 2) 
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Process SMS SSF 



3(7) 



/* Process to handle MO/MT SMS. 
Locates either in the gsmSSF or gprsSSF.*/ 



/* Signals to/from the left are to/from MSC or [ 
SGSN; signals to/from the right are to/from 
the gsmSCF, unless otherwise stated.*/ 



Waiting_for_ 
Instructions 



CAP_Reset 
Timer SMa 



Set Tssf to 
received time 

restart Tssf 



CAP_ContiJiue_ 

SMS \ 



Stop Tssf 



CAP_Conr>^ct_ 
SMS 



Stop Tssf 



Internal 



Timer expiry^ 
Tssf \ 



Abort 




Yes 



SMSC Address or 
Destination Subscriber 
Number present in 
Connect SMS? 



Waiting_for_ 
Instructions 



lnt_Contin 
SMS 



ue 



lnt_Connect_ 
SMS 



Int Error 



EDP-N 



^pype^K^^ 

\j:emainincp^ 

arm^d^EdP? 

EDP-R 



None 



Terminate 
Control 



Terminate Control 
relationship and open i 
monitor relationship 



Change type 
of relationship 



cmplete_SMS_ 
FCI record 



Idle 



Monitoring 



Figure 7.15-3: Process SMS_SSF (sheet 3) 
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Process SMS SSF 



4(7) 



/* Process to handle MO/MT SMS. 
Locates either in the gsmSSF or gprsSSF.*/ 



/* Signals to/from the left are to/from MSC or [ 
SGSN; signals to/from the right are to/from 
the gsmSCF, unless otherwise stated.*/ 



Waiting_for_ 
Instructions 



CAP_Request_ 
Report_SI^_ 
Event \ 



Set Tssf to last 
jsed time interval 
i^nd restart Tssf 

Arm EDP 
and/or 



/Waiting_for_\ 
Instructions 



CAP_Release_ 
SMS 



Stop Tssf 



Terminate 
Control 



lnt_Relea9e_ 
SMS 



q|)mplete_SM$ 
FCI record 



Idle 



Figure 7.15-4: Process SMS_SSF (sheet 4) 
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Process SMS SSF 



5(7) 



/* Process to handle MO/MT SMS. 
Locates either in the gsmSSF or gprsSSF.*/ 



/* Signals to/from the left are to/from MSC or [ 
SGSN; signals to/from the right are to/from 
the gsmSCF, unless otherwise stated.*/ 



/Waiting_for_ 
[ Instructions 



CAP_Furnish_Charging_ 
infornnationxSMS 



Non-completed CAMEL logical SMS 
record exists? 




"Append" 



^Append^M^e^ 
TofmatDataJi>TCI? 



Not present, 
"Overwrite" 



/^ppend FCI da^a 
to existing 



Already completed 
records are \ 

not affected 



rd 



Overwrite all CAIVJEL 
logical SMS record 



Waiting_for_ 
Instructions 



Create CAMEL 

logical 

SMS record 



Write FCI data 
CAMEL logical 



Figure 7.15-5: Process SMS_SSF (sheet 5) 
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Process SMS SSF 



/* Process to handle MO/MT SMS. 
Locates either in the gsmSSF or gprsSSF.*/ 



Waiting_for_ 
Instruction 



lnt_SMS_ 
Failure 



Application_ 
End 



q|Dmplete_SM$ 
FCI record 



Idle 



6(7) 



/* Signals to/from the left are to/from MSC or [ 
SGSN; signals to/from the right are to/from 
the gsmSCF, unless otherwise stated.*/ 



Figure 7.15-6: Process SMS_SSF (sheet 6) 
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Process SMS_SSF 

/* Process to handle MO/MT SMS. ^\ 

Locates either in the gsmSSF or gprsSSF.*/ 



7(7) 



/* Signals to/from the left are to/from MSC or [ 
SGSN; signals to/from the right are to/from 
the gsmSCF, unless otherwise stated.*/ 



V 



Monitoring 



>lnt_DP_0_ 
SMS Submitted 



>lnt_DP_0_ 
SMS_Failure 



>lnt_DP_T_ 
SMS Deli\iered 



>lnt_DP_T 
SMS Failu 



re 



Implicitly disarm 
DPO SMS Failure 



Implicitly disarm 
DPO SMS Submitted 



not armed 
Int Continue 



Application_ 
End 



DP 



Implicitly disarm 
T_SMS_Failure 



DP 




EDP-N 
Int Continue 



CAP_Event\ 

Report_SMS/ 

^Notify&Confinue) 



Terminate 
relationship 



Cf^mplete_SMS._ 
FCI record 



Idle 



Implicitly disarm 
T SMS Delivered 



EDP-R 

feet Tssf to last 

used time interval 

and start Tssf 




CAP_Event2 
Report_SMS/ 



Disarm 
this event 



The event which 
1 occurred shall be 
disarmed. 



Waiting_For_ 
Instructions 



Figure 7.15-7: Process SMS_SSF (sheet 7) 
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Procedure Check_Criteria_SMS_Delivery_Request 



1(1) 



/* Procedure to check the criteria for DP \ 
SMS_Delivery_Request in the SMS_SSF. 7 



Result 
:=Pass 



No 




riterio 
exists t 




Yes 




No 



Result 
:=Fail 




TPDU Type of the Short Message is 
present in the list of TPDU types in 
the trigger criterion? 



Figure 7.16-1: Procedure Check_Criteria_SMS_Delivery_Request (Sheet 1) 
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Procedure Complete_SMS_FCI_record 

/* Procedure in the MSC/SGSN (either in gsmSSF orgprsSSF^ 
to complete logical CDRs created by 
Furnish_Charging_lnformation_SMS operations.*/ 



1(1) 



Non-completed CAMEL 
logical SMS record 
exists? 




C|DmpleteCAM^L 
logical SMS 

JCi 



No 




Figure 7.17-1: Procedure Complete_SMS_FCI_record (sheet 1) 
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7.6 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for SMS control. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Optional (O), Specific conditions (S), 
mutually Exclusive (E), or not applicable (-) for each different traffic case: Mobile Originating SMS (MO) and Mobile 
Terminating SMS (MT). If the lEs in one table apply in both the MO and MT cases, then the lEs are marked in the 
"Status" column. 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, only one of those lEs 
may be included. An 'O' IE may be included or omitted as required by the service logic. A '-' IE shall always be omitted. 
This categorization is a functional classification, i.e. it defines the requirements for the stage 2 information. It is not a 
stage 3 classification to be used for the ASN.l syntax of the protocol. 

The distinction between MO and MT SMS applies only to the Information Flows between the gsmSCF and the gsmSSF 
or gprsSSF. 

Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [34], TS 29.078 [36]. 

7.6.1 gsmSSF or gprsSSF to gsmSCF information flows 
7.6.1.1 Event Report SMS 



7.6.1.1.1 



Description 



This IF is used to notify the gsmSCF of an event previously requested by the gsmSCF in a Request Report SMS Event 
IF. 



7.6.1.1.2 



Information Elements 



Information element name 


MO 


MT 


Description 


Event Type 


M 


M 


This IE specifies the type of event that is reported. 


Event Specific Information 


C 


C 


This IE indicates the SIVIS related information specific to the event. 


Misc SIVIS Info 


M 


M 


This IE indicates the DP type. 



If the Event Type IE indicates 0_SMS_Failure, then the Event Specific Information contains the following information 
element: 



Information element name 


MO 


MT 


Description 


MO SMS Cause 


M 


- 


This IE indicates the reason of submission failure. 



If the Event Type IE indicates T_SMS_Failure, then the Event Specific Information contains the following information 
elements: 



Information element name 


MO 


MT 


Description 


MT SMS Cause 


- 


M 


This IE indicates the reason of delivery failure. 



If the Event Type IE indicates 0_SMS_Submitted or T_SMS_Delivered, then no Event Specific Information shall be 
sent to the gsmSCF. 



7.6.1.2 



Initial DP SMS 



7.6.1.2.1 



Description 



This IF is generated by the gsmSSF or gprsSSF when a trigger is detected at a DP in the state model, to request 
instructions from the gsmSCF. 
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7.6.1.2.2 



Information Elements 



Information element name 


MO 


MT 


Description 


Destination Subscriber Number 


M 




This IE contains a number to identify the Destination short message 
entity. The Destination Subscriber Number shall be retrieved from the 
TP-Destination-Address in the SMS-SUBMIT TPDU or the SMS- 
COMMAND TPDU. 


Called Party Number 




M 


This IE contains a number to identify the subscriber for whom the Short 
IVIessage is destined. The Called Party Number shall be the IVISISDN of 
the served subscriber. 


Calling Party Number 


M 


C 


For MO SMS: 

This IE contains a number to identify the subscriber who requests the SM 

submission. The Calling Party Number shall be the MSISDN of the 

served subscriber. 

For MT SMS: 

This IE contains the address of the submitter of the short message. For 

SMS-DELIVER TPDU, the Calling Party Number shall be retrieved from 

the TP-Originating-Address in the SMS-DELIVER TPDU. For SMS- 

STATUS-REPORT TPDU, this element shall not be included in this IF. 


Event Type 


M 


M 


This IE indicates the armed event resulting in the Initial DP SMS IF. 


IMSI 


M 


M 


This IE identifies the mobile subscriber. 


Location Information In IVISC 


C 


C 


This IE is described in a table below. 


Location Information In SGSN 


C 


C 


This IE is described in a table below. 


Service Key 


M 


M 


This IE indicates to the gsmSCF the requested CAMEL Service. It is 
used to address the required application/SLP within the gsmSCF. 


Time And Timezone 


M 


M 


This IE contains the time that the gsmSSF or gprsSSF was triggered, 
and the time zone the gsmSSF or gprsSSF resides in. 


TP Short IVIessage Specific 
Information 


M 


M 


This IE contains the first octet of the applicable TPDU. 
For SMS-SUBMIT, the following elements may be included: 

- Message Type Indicator 

- Reject Duplicates 

- Validity Period Format 

- Status Report Request 

- User Data Header Indicator 

- Reply Path 

For SMS-COMMAND, the following elements may be included: 

- Message Type Indicator 

- User Data Header Indicator 

- Status Report Request 

For SMS-DELIVER, the following elements may be included: 

- Message Type Indicator 

- More Messages to Send 

- Status Report Indication 

- User Data Header Indicator 

- Reply Path 

For SMS-STATUS-REPORT, the following elements may be included: 

- Message Type Indicator 

- More Messages to Send 

- Status Report Qualifier 

- User Data Header Indicator 

Refer to 3GPP TS 23.040 [14] for an indication of which elements of this 
1^^ octet are Mandatory and which elements are Conditional. 


TP Protocol Identifier 


M 


C 


This IE indicates the protocol used above SM-Transfer Layer. 
The TP Protocol Identifier shall be retrieved from the applicable TPDU. 
For SMS-STATUS-REPORT, the sending of this IE is Conditional, 
depending on its presence in the SMS-STATUS-REPORT TPDU. 


TP Data Coding Scheme 


C 


C 


This IE indicates the data coding scheme of the TP-User Data field, and 

may indicate a message class. The message class may indicate e.g. the 

originator of the Short Message. 

The TP Data Coding Scheme shall be retrieved from the applicable 

TPDU. 

For SMS-COMMAND, this IE shall not be included in this IF. 
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Information element name 


MO 


MT 


Description 


TP Validity Period 


S 




This IE indicates the length of the validity period or the absolute time of 
the validity period termination. This IE is used only for the SMS-SUBMIT 
TPDU. 

The TP Validity Period, if available, shall be retrieved from the SMS- 
SUBMIT TPDU. 
For other TPDU, this IE shall not be included in this IF. 


SIVISC Address 


M 


M 


For MO SMS: 

This IE defines the address of the SMSC to which the MO short message 

is intended to be submitted. It shall be retrieved from the RP-Destination- 

Address in the RP-MO-DATA RPDU. 

For MT SMS: 

This IE identifies the address of the SMSC from which the MT short 

message is originating. It shall be retrieved from the RP-Originating- 

Address in the RP-MT-DATA RPDU. 


SIVIS Reference Number 


M 


M 


This IE carries the SMS Reference Number. This Reference Number is 
allocated by the MSC or SGSN that processes the Short Message. It 
may be used by the gsmSCF for inclusion in a gsmSCF SMS record. 


MSC Address 


S 


S 


This IE carries the E.164 MSC Address. This IE shall be present if the 
Short Message processing takes place in an MSC. Otherwise shall be 
absent. 


SGSN Number 


S 


S 


This IE carries the Global Title of the SGSN. See 3GPP TS 23.060 [15]. 
This IE shall be present if the Short Message processing takes place in 
an SGSN. Otherwise shall be absent. 


GPRS MS Class 


C 


- 


This IE contains the MS network and radio access capabilities if the short 
message is being transferred through an SGSN. 


MS Classmark 2 


C 


- 


This IE contains the MS classmark 2 if the short message is being 
transferred through an MSC. 


IMEI (with software version) 


C 


- 


This IE contains the IMEISV (as defined in 3GPP TS 23.003 [7]) of the 
ME in use by the served subscriber. 


Note: Refer to 3GPP TS 23.040 [14] for a description and encoding of the various TP-DUs and RP-DUs. 



Location Information in MSC is based on the Location Information IE defined in 3GPP TS 23.018 [12]. The following 
differences apply: 



Information element name 


MO 


MT 


Description 


Service area ID 


C,E 


C,E 


See 3GPPTS 23.018 [12]. 


Cell ID 


C,E 


C,E 


See 3GPPTS 23.018 [12]. 


Location area ID 


C,E 


C,E 


See 3GPPTS 23.018 [12]. 


VLR number 


M 


M 


See 3GPPTS 23.018 [12]. 


Age of location information 


- 


M 


See 3GPPTS 23.018 [12]. 


Current Location Retrieved 


- 


- 


Not applicable 


Selected LSA Identity 


S 


S 


This IE is applicable only if SoLSA is supported by the MSC. 

This IE indicates the LSA identity associated with the current position of 

the MS. It shall be shall be present if the LSA ID in the subscriber data 

matches the LSA ID of the current cell. In the case of multiple matches 

the LSA ID with the highest priority shall be present. See 3GPP 

TS 23.073 [18]. 


User CSG Information 


c 


C 


See 3GPPTS 23.060 [15]. 



Location Information in SGSN is based on the Location Information For GPRS IE defined in the subclause 1 1.3.6.1.2. 
The following differences and clarifications apply: 



Information element name 


MO 


MT 


Description 


Service area ID 


C,E 


C,E 


See 3GPPTS 23.018 [12]. 


Cell ID 


C,E 


C,E 


See 3GPPTS 23.018 [12]. 


Location area ID 


C,E 


C,E 


See 3GPPTS 23.018 [12]. 


Routeing area ID 


C 


C 


See 3GPP TS 23.003 [7]. 


Geographical information 


C 


C 


See 3GPPTS 23.032 [13]. 


Geodetic information 


- 


- 


Not applicable 


Age of location information 


- 


- 


Not applicable 


Current Location Retrieved 


- 


- 


Not applicable 


User CSG Information 


c 


c 


See 3GPPTS 23.060 [15]. 
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7.6.2 gsmSCF to gsmSSF or gprsSSF information flows 
7.6.2.1 Connect SMS 



7.6.2.1.1 



Description 



This IF is used to request the gsmSSF or gprsSSF to perform the actions to route the Short Message to a specific 
destination (for MO SMS) or to dehver the Short Message to the MS (for MT SMS). 



7.6.2.1.2 



Information Elements 



Information element name 


MO 


MT 


Description 


Calling Partys Number 








This IE indicates the subscriber who sent the SIVIS; possibly changed by 

the gsmSCF. 

If the Short Message type is SMS-SUBMIT or SMS-COMMAND, then 

this IE, if present, it shall replace the RP-Originating-Address in the RP- 

MO-DATA RPDU (CHOICE set to MSISDN). 

If the Short IVIessage type is SIVIS-DELIVER, then this IE, if present, shall 

replace the TP-Originating-Address in the SMS-DELIVER TPDU. 

If the Short Message type is SMS-STATUS-REPORT, then this IE, if 

present, shall be ignored. 


Destination Subscriber Number 







This IE identifies the Destination short message entity; possibly changed 
by the gsmSCF. 

This IE, if present, shall replace the TP-Destination-Address in the SMS- 
SUBMIT TPDU or SMS-COMMAND-TPDU. 


SMSC Address 







This IE indicates the SMSC address to which the MO short message 
shall be submitted; possibly changed by the gsmSCF. 
This IE, if present, shall replace the RP-Destination-Address in the RP- 
MO-DATA RPDU (CHOICE set to serviceCentreAddressDA). 



7.6.2.2 



Continue SMS 



7.6.2.2.1 



Description 



This information flow requests the gsmSSF or gprsSSF to proceed normally. The gsmSSF or gprsSSF completes DP 
processing, and continues with the SMS handling. 

7.6.2.2.2 Information Elements 

This IF contains no information elements. 



7.6.2.3 Furnish Charging Information SMS 

7.6.2.3.1 Description 



This IF is used to request the gsmSSF or gprsSSF to include information in the CAMEL specific logical MO SMS or 
MT SMS record. 

The logical call record is created when FCI-SMS is received and a logical call record for that short message does not 
exist. For modelling purposes the logical call record is buffered in the gsmSSF or gprsSSF. The gsmSSF or gprsSSF 
completes logical call records as defined in the SDLs. Once the logical call record is completed, then its free format 
data are moved to the corresponding CDR and the logical call record is deleted. 

The gsmSCF can send multiple concatenated FCIs per Short Message for completion. The total maximum of free 
format data is 160 octets per SM. The 160 octets may be sent in one or more FCI IFs. If there are incomplete free 
format data and new FCI IFs is/are received to overwrite the incomplete data, then the incomplete data are discarded 
and the gsmSCF can send another 160 octets per SM. 
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7.6.2.3.2 



Information Elements 



Information element name 


MO 


MT 


Description 


FCI Billing Charging 
Characteristics 


M 


M 


This IE is described in a table below. 



FCI Billing Charging Characteristics contains the following information element: 



Information element name 


MO 


MT 


Description 


FCIBCCCAIVIEL Sequence 1 


M 


M 


This IE is described in a table below. 



FCIBCCCAMEL Sequence 1 contains the following information elements: 



Information element name 


MO 


MT 


Description 


Free Format Data 


M 


M 


This IE contains free format data to be inserted in the CAIVIEL logical call 
record. 


Append Free Format Data 








This IE indicates that the gsmSSF or gprsSSF shall append the free 
format data to the Logical MO SMS or MT SMS record. 

- If this IE is present indicating "Append", the gsmSSF or gprsSSF 
shall append the free format data received in this IF to the free format 
data already present in the Logical MO SMS or MT SMS record. 

- If this IE is absent or indicates "Overwrite", then the gsmSSF shall 
overwrite all free format data already present in the Logical MO SMS or 
MT SMS record, by the free format data received in this IF. 

If no Logical MO SMS or MT SMS record exists yet, then the gsmSSF or 
gprsSSF shall ignore this IE. 



7.6.2.4 



Release SMS 



7.6.2.4.1 Description 

This IF is used to tear down by the gsmSCF an existing SMS transfer. 



7.6.2.4.2 



Information Elements 



Information element name 


MO 


MT 


Description 


RP Cause 


M 


M 


SMS Cause. Indicates the SMS specific cause of the release. The cause 

is reported to the MS (in the case of MO SMS) or SMSC (in the case of 

MTSMS). 

For MO SMS, the RP Cause value shall be used to set the RP-Cause in 

the RP-ERROR RPDU sent to the MS. 3GPP TS 24.01 1 [31] specifies 

which RP-Cause values may be sent to the MS. 

For MT SMS, the RP Cause value shall be used to set the RP-Cause in 

the RP-ERROR RPDU sent to the SMSC. 3GPP TS 29.002 [34] 

specifies which RP-Cause values may be sent to the SMSC. 



7.6.2.5 



Request Report SMS Event 



7.6.2.5.1 



Description 



This IF is used to request the gsmSSF or gprsSSF to monitor for an event and to send a notification to the gsmSCF 
when the event is detected (see Event Report SMS IF). 



7.6.2.5.2 



Information Elements 



Information element name 


MO 


MT 


Description 


SMS Event 


M 


M 


This IE specifies the event or events of which a report is requested. 
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Information element name 


MO 


MT 


Description 


Event Type 


M 


M 


This IE specifies the type of event of which a report is requested. 


Monitor Mode 


M 


M 


This IE indicates how the event shall be reported. 



7.6.2.6 



Reset Timer SMS 



7.6.2.6.1 Description 

This IF is used to refresh a gsmSSF or gprsSSF timer. 



7.6.2.6.2 



Information Elements 



Information element name 


MO 


MT 


Description 


Timer Value 


M 


M 


This IE specifies the value to which the indicated timer shall be set. 


Timer ID 








This IE indicates which timer shall be reset. It shall be set to Tssf. 



7.6.3 HLR to VLR or SGSN information flows 
7.6.3.1 Delete Subscriber Data 

7.6.3.1.1 Description 

This IF is used by the HLR to delete CAMEL subscription data from a VLR or SGSN. It is specified in 3GPP 
TS 29.002 [34] 

7.6.3.1.2 Information Elements 

The Delete Subscriber Data IF contains the following CAMEL specific information elements: 



Information element name 


Status 


Description 


CAMEL Subscription Info 
Withdraw 





This IE identifies that all CSIs shall be deleted from the subscriber data in VLR 
or SGSN. 


Specific CSI Withdraw 





This IE is used to indicate that only IVIO-SIVIS-CSI or IVIT-SIVIS-CSI shall be 

deleted from the VLR or SGSN. 

This IE should not be present when CAIVIEL Subscription Info Withdraw is 

present. 



7.6.3.2 



Insert Subscriber Data 



7.6.3.2.1 Description 

This IF is used by the HLR to insert subscriber data in the VLR or SGSN. It is specified in 3GPP TS 29.002 [34]. 

7.6.3.2.2 Information Elements 

The Insert Subscriber Data contains the following CAMEL specific information elements: 



Information element name 


status 


Description 


MO-SMS-CSI 





This IE identifies the subscriber as having IVIO SIVIS CAIVIEL services. 


MT-SMS-CSI 





This IE identifies the subscriber as having MT SMS CAMEL services. 
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MO-SMS-CSI contains the following information elements: 



Information element name 


Status 


Description 


gsmSCF Address 


M 


See subclause 7.3.1.1. 


Service Key 


M 


See subclause 7.3.1.2. 


Default SMS Handling 


M 


See subclause 7.3.1.3. 


CAIVIEL Capability Handling 


M 


See subclause 7.3.1.5. 


SIVIS Triggers 


M 


See subclause 7.3.1.4. 

It includes the following trigger: SIVIS Collected Info 



MT-SMS-CSI contains the following information elements: 



Information element name 


Status 


Description 


gsmSCF Address 


M 


See subclause 7.3.2.1. 


Service Key 


M 


See subclause 7.3.2.2. 


Default SMS Handling 


M 


See subclause 7.3.2.3. 


CAMEL Capability Handling 


M 


See subclause 7.3.2.6. 


SMS Triggers 


M 


See subclause 7.3.2.4. 

It includes the following trigger: SMS_Delivery_Request. 


SMS Trigger Criteria 


C 


See subclause 7.3.2.5. 



7.6.4 VLR or SGSN to HLR information flows 

7.6.4.1 Insert Subscriber Data ack 

See subclause 4.6.8.1. This information flow is sent by the VLR. 

7.6.4.2 Update Location 

See subclause 4.6.8.3. 

7.6.4.3 Update GPRS Location 

7.6.4.3.1 Description 

This IF is used by the SGSN to indicate to the HLR the CAMEL phases and CAMEL phase 4 CSIs offered by the 
SGSN. It is specified in 3GPP TS 29.002 [34]. 

7.6.4.3.2 Information Elements 

update GPRS location contains the following CAMEL specific information element: 



Information element name 


Status 


Description 


Supported CAMEL Phases 


S 


This IE indicates which CAIVIEL phases are supported by the SGSN. The 
SGSN may indicate support of CAMEL phase 3 or higher. It shall be present 
when the SGSN supports CAMEL. 


Offered CAMEL4 CSIs 


S 


This IE indicates the CAMEL phase 4 CSIs offered in the SGSN. It shall be 
present if the "Supported CAMEL Phases" IE contains support of CAMEL 
phase 4. 



Offered CAMEL4 CSIs contains the following information elements: 



Information element name 


Status 


Description 


MT-SMS-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MT-SMS-CSI 
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7.6.5 VLR to MSC Information Flows 



7.6.5.1 



Continue CAMEL SMS Handling 



7.6.5.1.1 Description 

This IF is used to instruct the MSC to continue the CAMEL specific handhng. 



7.6.5.1.2 



Information Elements 



Information element name 


Status 


Description 


MT-SMS-CSI 


M 


This IE contains the CAIVIEL Subscription Information for IVIT SIVIS. 


IMSI 


M 


IIVISI of the served subscriber. 


MSISDN 


M 


IVISISDN of the served subscriber. 



7.6.5.2 



Send Info For MO SMS ack 



7.6.5.2.1 



Description 



This IF is used to transport MO SMS related subscription data from the VLR to the MSC. It is specified in 3GPP 
TS 29.002 [34]. 



7.6.5.2.2 



Information Elements 



Information element name 


Status 


Description 


MO-SMS-CSI 


C 


This IE contains the CAIVIEL Subscription Information for MO SMS. 


ODB Data 


C 


This IE contains ODB data. This information is used to apply ODB for a 
reconnected Short Message, if needed. 


CB SS Data 


c 


This IE contains CB SS data. This information is used to apply CB for a 
reconnected Short Message, if needed. 



7.6.6 MSC to VLR Information Flows 



7.6.6.1 



Send Info For MT SMS 



7.6.6.1.1 



Description 



This IF is described in 3GPP TS 29.002 [34]; it is used to request the VLR to provide information to handle an MT 
SMS. 

7.6.6.1.2 Information Elements 

Send Info For MT SMS contains the following CAMEL specific information element: 



Information element name 


Status 


Description 


Suppress MT-SMS-CSI 


S 


This IE indicates to the VLR that it shall not return MT-SMS-CSI to the MSC. 
This IE shall not be present in the first interrogation; it shall be present in the 
second interrogation. 
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8 SS Notifications 

8.1 Architecture 

8.1 .1 Functional Entities used for CAMEL 

This subclause describes the functional architecture needed to support Supplementary Service (SS) Notifications. 
Figure 8.1 shows the functional entities involved in sending SS Notifications. The architecture is applicable to the third 
phase of CAMEL or higher. 

Home Network 

HLR )-—MAP- 




MAP 



V MbU y Visited Network 

Figure 8.1 : Functional architecture for support of SS Notifications 

HLR: For subscribers requiring CAMEL support, the HLR stores the information relevant to the current subscription 
regarding SS-CSL The SS-CSI is sent to the VLR at Location Update, on Data Restoration or if the SS-CSI is updated 
by administrative action. When processing an invocation of the CCBS supplementary service, the HLR shall send a 
notification of the invocation of the supplementary service to the gsmSCF if required by the SS-CSL 

MSC: When processing an invocation of any of the supplementary services ECT, CD and MPTY, the MSC may 
receive an SS-CSI from the VLR, indicating that a notification of the invocation of the supplementary service shall be 
sent to the gsmSCF. 

VLR: The VLR stores the SS-CSI as a part of the subscriber data for subscribers roaming in the VLR area. 

gsmSCF: The gsmSCF receives the SS Invocation Notification from the MSC or HLR. 

8.1 .2 Interfaces defined for SS Notifications 

This subclause describes the different interfaces applicable to SS Notifications. It specifies on a high level the functions 
specific to SS Notifications. 

8.1 .2.1 MSC - gsmSCF interface 

This interface is used by the MSC to send supplementary service invocation notifications to the gsmSCF. The SS 
invocations that can be notified to the gsmSCF via this interface are Call Deflection (CD), Explicit Call Transfer (ECT) 
and Multi Party (MPTY). 

8.1 .2.2 HLR - gsmSCF interface 

This interface is used by the HLR to send supplementary service invocation notifications to the gsmSCF. The SS 
invocation that can be notified to the gsmSCF via this interface is Call Completion to Busy Subscriber (CCBS). 
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8.1.2.3 VLR - MSC interface 

This interface is used by the VLR to transfer SS-CSI to the MSC. 

8.1.2.4 HLR-VLR interface 

This interface is used by the HLR to send the SS-CSI to the VLR or to remove SS-CSI from the VLR. 

8.2 Description of CAMEL Subscriber Data 

8.2.1 Supplementary Service Invocation Notification CAMEL Subscription 
Information (SS-CSI) 

This subclause defines the contents of the Supplementary Service Invocation Notification CAMEL Subscription 
Information (SS-CSI). 

8.2.1 .1 Notification criteria 

This data indicates for which supplementary services notifications shall be sent. The supplementary services which may 
be indicated are ECT, CD, CCBS and MPTY. 

8.2.1.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

8.2.1.3 CSI state 

The CSI state indicates whether the SS-CSI is active or not. 

8.2.1.4 Notification flag 

The notification flag indicates whether the change of the SS-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

8.2.2 gsmSCF address list for CSI 

The gsmSCF address list indicates a list of gsmSCF addresses to which Notification on Change of Subscriber Data is to 
be sent. This list is common to all CSI. 

8.3 Procedures for CAMEL 

8.3.1 Handling of Supplementary Service Invocation Notification 

At the invocation of any of the services ECT, CD and MPTY the VLR checks whether the criteria for sending a 
notification are fulfilled, i.e. whether the subscriber is provisioned with the SS-CSI and the particular invoked 
supplementary service is marked in the SS-CSI. If this is the case a notification is sent to the gsmSCF given by the 
gsmSCF address contained in the SS-CSI. The processing of the particular SS invocation is not suspended. If the 
notification criteria are not fulfilled the processing of the particular supplementary service continues unchanged and no 
notification is sent. 

The sending of the notification is independent of call related CAMEL processing, i.e. processing indicated by 
0/D/T/VT-CSI. 

On invocation of ECT, the VLR shall include the SS-CSI in the Invoke ECT response message (see Process MAF027 in 
3GPP TS 23.091 [25]) to the MSC if applicable for ECT. 
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On invocation of MPTY, the VLR shall include the SS-CSI in the Process MPTY message (see Process 
MPTY_MAF026 in 3GPP TS 23.084 [21]) to the MSC if applicable for MPTY. 

On invocation of CD, the VLR shall include the SS-CSI in the Send Info For Incoming Call ack information flow to the 
MSC if applicable to CD (see 3GPP TS 23.072 [16]). 

When a subscriber activates a CCBS request, the HLR checks whether the criteria for sending a notification are 
fulfilled, i.e. whether 

- The subscriber is provisioned with an active SS-CSI, and 

- CCBS is marked in the SS-CSI. 

If the criteria are fulfilled, a notification is immediately sent to the gsmSCF given by the gsmSCF address contained in 
the SS-CSI and the processing of the CCBS request continues. Whenever the state of the CCBS request changes (see 
3GPP TS 23.093 [26]), an additional notification is immediately sent to the gsmSCF and the processing of the CCBS 
request continues. 

If the criteria are not fulfilled, the processing of the CCBS request continues unchanged and no notifications are sent. 

At the invocation of the CCBS supplementary service, the HLR checks whether the criteria for sending a notification 
are fulfilled, i.e. whether the subscriber is provisioned with the SS-CSI and the particular invoked supplementary 
service is marked in the SS-CSI. If this is the case, a notification is sent to the gsmSCF given by the gsmSCF address 
contained in the SS-CSI. The processing of the SS invocation is not suspended. If the notification criteria are not 
fulfilled the processing of the particular supplementary service continues unchanged and no notification are sent. 

8.4 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for notification of 
Supplementary Service invocation. 

Each Information Element (IE) is marked as Mandatory (M), Specific conditions (S) or Optional (O) in the "Status" 
column. 

An 'M' IE shall always be included. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column 
of the definition table. An 'O' IE may be included or omitted as required by the service logic. This categorization is a 
functional classification, i.e. it defines the requirements for the stage 2 information. It is not a stage 3 classification to be 
used for the ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

Details of errors and exceptions to these rules are specified in are specified in 3GPP TS 29.002 [34]. 

8.4.1 MSC to gsmSCF information flows 
8.4.1.1 SS Invocation Notification 

8.4.1.1.1 Description 

This IF is generated by the MSC when it shall notify the gsmSCF of a supplementary service invocation. 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 



667 



ETSI TS 123 078 V9.1.0 (2010-04) 



8.4.1.1.2 



Information Elements 



Information element name 


Status 


Description 


Notification Event 


M 


This IE indicates the supplementary service invocation, resulting in the SS 
Invocation Notification IF. Only the following supplementary services are 
allowed: Explicit Call Transfer, Call Deflection, IVIuIti Party. 


Notification Event Specific 
Information 


S 


In the case of ECT, the sending entity shall include the called party for each 

call originated by the subscriber and relevant to the ECT invocation. Note: the 

subscriber may have originated zero, one or two calls relevant to the ECT 

service. 

In the case of CD, the deflected to number shall be included in this IE. 

In the case of IVIPTY, this IE shall be omitted. 


IMSI 


M 


This IE identifies the mobile subscriber who has invoked the supplementary 
service to be notified. 


MSISDN 


M 


This IE identifies the mobile subscriber who has invoked the supplementary 
service to be notified. 



8.4.2 HLR to VLR information flows 



8.4.2.1 



Delete Subscriber Data 



8.4.2.1.1 Description 

This IF is used by the HLR to delete CAMEL subscription data from a VLR. li is specified in 3GPP TS 29.002 [34]. 

8.4.2.1.2 Information Elements 

The Delete Subscriber Data IF contains the following CAMEL specific information elements for SS Notifications: 



Information element name 


Status 


Description 


CAMEL Subscription Info 
Withdraw 





This IE identifies that all CSIs shall be deleted from the subscriber data in the 
VLR. 


Specific CSI Withdraw 





This IE is used to indicate that only SS-CSI shall be deleted from the VLR. 
This IE should not be present when CAIVIEL Subscription Info Withdraw is 
present. 



8.4.2.2 



Insert Subscriber Data 



8.4.2.2.1 Description 

This IF is used by an HLR to update a VLR with certain subscriber data. This IF is specified in 3GPP TS 29.002 [34]. 



8.4.2.2.2 



Information Elements 



The Insert Subscriber Data contains the following CAMEL specific information element for SS Notifications: 



Information element name 


status 


Description 


ss-csi 





This IE is described in subclause 8.2.1 . 

This IE identifies the subscriber as having supplementary service invocation 
notification services. It contains the Notification Criteria and gsmSCFAddress. 
When SS-CSI is sent to the VLR, it shall not contain a marking for CCBS. 



8.4.3 HLR to gsmSCF information flows 
8.4.3.1 SS Invocation Notification 

This IF is generated by the HLR when it shall notify the gsmSCF of a supplementary service invocation. 
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8.4.3.1.2 



Information Elements 



Information element name 


Status 


Description 


Notification Event 


M 


This IE indicates the supplementary service invocation, resulting in the SS 
Invocation Notification IF. 

Only the following supplementary services are allowed: Completion of Calls to 
Busy Subscriber 


IMSI 


M 


This IE identifies the mobile subscriber who has invoked the supplementary 
service to be notified. 


MSISDN 


M 


This IE identifies the mobile subscriber who has invoked the supplementary 
service to be notified. 


B-Number 


M 


This IE indicates the destination address of the CCBS request. 


CCBS Request State 


M 


This IE identifies the current state of the CCBS request. It can be one of: 

- Request; 

- Recall; 

- Active; 

- Completed; 

- Suspended; 

- Frozen; 

- Deleted. 



8.4.4 VLR to MSC information flows 



8.4.4.1 



invoke SS result 



8.4.4.1.1 Description 

This IF is used by the VLR to send SS-CSI to the MSC. This IF is specified in 3GPP TS 29.002 [34]. 

8.4.4.1.2 Information Elements 

The Invoke SS result contains the following CAMEL specific information element for SS Notifications: 



Information element name 


status 


Description 


SS-CSI 


C 


This IE is included when it is available in the VLR and either ECT or IVIPTY 
has been successfully invoked and that supplementary service has been 
marked for notification. 



8.4.4.2 



Send Info For Incoming Call ack 



8.4.4.2.1 Description 

This IF is used by the VLR to send SS-CSI to the MSC. This IF is specified in 3GPP TS 23.018 [12]. 

8.4.4.2.2 Information Elements 

The Send Info For Incoming Call ack contains the following CAMEL specific information elements for SS 
Notifications: 



Information element name 


status 


Description 


SS-CSI 


S 


This IE is included when it is available in the VLR and CD has been 
successfully invoked and that supplementary service has been marked for 
notification. 
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9 Mobility Management 

9.1 Architecture 

9.1 .1 Functional Entities used for CAMEL 

This subclause describes the functional architecture required to support Mobility Management in CAMEL. Figures 9.1- 
1 and 9.1-2 show the functional entities involved in CAMEL support of Mobility Management. The architecture in the 
figure 9.1-1 is applicable to the third phase of CAMEL or higher and the architecture in the figure 9.1-2 is applicable to 
the fourth phase of CAMEL. 





MS , 

Home/Interrogating/Visited Network 

Figure 9.1-1 : Functional architecture for OS subscriber support of CAMEL 





MS , 

Home/Interrogating/Visited Network 

Figure 9.1-2: Functional architecture for GPRS subscriber support of CAMEL 

gsmSCF: see subclause 3.1. 

HLR: The HLR contains Mobility management CAMEL Subscription Information (M-CSI) for those CS subscribers 
that require CAMEL control of Mobility Management events and Mobility management GPRS CAMEL Subscription 
Information (MG-CSI) for those GPRS subscribers that require CAMEL control of Mobility Management events. 
M-CSI is sent to the VLR during the Location Update and Restore Data procedures or when M-CSI is modified in the 
HLR. The M-CSI is deleted in the VLR with the Delete Subscriber Data procedure. MG-CSI is sent to the SGSN during 
the GPRS Location Updating procedure or when MG-CSI is modified in the HLR. The MG-CSI is deleted in the SGSN 
with the Delete Subscriber Data procedure. 
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MS: Mobile Station. 

MSC: see subclause 4.1. 

VLR: After having completed a Mobility Management event from a CS subscriber, the VLR may find it necessary to 
send a notification to the gsmSCF. The content of M-CSI indicates which Mobility Management events shall be 
reported to the gsmSCF. 

SGSN: After having completed a Mobility Management event from a GPRS subscriber, the SGSN may find it 
necessary to send a notification to the gsmSCF. The content of MG-CSI indicates which Mobility Management events 
shall be reported to the gsmSCF. 

9.1 .2 Interfaces defined for CAMEL 

This subclause describes the different interfaces applicable to CAMEL control of Mobility Management events. It 
specifies on a high level the functions specific to CAMEL. 

9.1 .2.2 VLR - gsmSCF interface 

This interface is used by the VLR to send Mobility Management event notifications to the gsmSCF. When processing a 
mobility management event, the VLR may find it necessary to send a notification to the gsmSCF, depending on the 
presence of M-CSI for the subscriber and the contents of M-CSI. 

9.1 .2.3 SGSN - gsmSCF interface 

This interface is used by the SGSN to send Mobility Management event notifications to the gsmSCF. When processing 
a mobility management event, the SGSN may find it necessary to send a notification to the gsmSCF, depending on the 
presence of MG-CSI for the subscriber and the contents of MG-CSI. 

9.2 Description of CAMEL Subscriber Data 

9.2.1 Mobility Management CAMEL Subscription Information (M-CSI) 

This subclause specifies the contents of the Mobility Management CAMEL Subscription Information (M-CSI). 

9.2.1 .1 Mobility IVIanagement Triggers 

This data indicates which Mobility Management events shall result in a notification to the gsmSCF. One or more events 
may be marked per subscriber. These events are: 

- Location update in the same VLR service area. 

- Location update to another VLR service area. 

- IMSI attach. 

- MS initiated IMSI detach (explicit detach). 

- Network initiated IMSI detach (implicit detach). 

9.2.1.2 gsmSCF address 

This is the address of the gsmSCF where the Mobility Management event notification shall be sent to. The gsmSCF 
address is in E.164 format. 

9.2.1.3 Service Key 

The Service Key is included in the notification information flow to the gsmSCF. It indicates to the gsmSCF which 
Service Logic shall be applied. 
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9.2.1.4 CSI state 

The CSI state indicates whether the M-CSI is active or not. 

9.2.1.5 Notification flag 

The notification flag indicates whether the change of the M-CSI shall trigger Notification on Change of Subscriber Data 
or not. 

9.2.2 Mobility Management for GPRS CAMEL Subscription Information 
(MG-CSI) 

This subclause specifies the contents of the Mobihty Management for GPRS CAMEL Subscription Information 
(MG-CSI). 

9.2.2.1 Mobility IVIanagement Triggers 

This data indicates which Mobihty Management events shall result in a notification to the gsmSCF. One or more events 
may be marked per subscriber. These events are: 

- Routeing area update of MS to a different SGSN service area (update from mew SGSN); 

- Routeing area update of MS to a different SGSN service area (disconnect by detach); 

- Routeing area update of MS within the same SGSN service area; 

- GPRS attach (e.g. MS switched on, successful routeing area update after network initiated transfer to "MS not 
reachable for paging"); 

- MS-initiated GPRS detach (e.g. MS switched off); 

- Network-initiated GPRS detach. 

- Network-initiated transfer to the "not reachable for paging" state (the network has not received a periodic 
routeing area update from the MS and assumes that the MS is unreachable). 

9.2.2.2 gsmSCF address 

This is the address of the gsmSCF where the Mobility Management event notification shall be sent to. The gsmSCF 
address is in E.164 format. 

9.2.2.3 Service Key 

The Service Key is included in the notification information flow to the gsmSCF. It indicates to the gsmSCF which 
Service Logic shall be applied. 

9.2.2.4 CSI state 

The CSI state indicates whether the MG-CSI is active or not. 

9.2.2.5 Notification flag 

The notification flag indicates whether the change of the MG-CSI shall trigger Notification on Change of Subscriber 
Data or not. 

9.2.3 gsmSCF address list for CSI 

The gsmSCF address list indicates the gsmSCF addresses to which Notification on Change of Subscriber Data shall be 
sent. This list is common to all CSI. 
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9.3 Procedures for Mobility management 

9.3.1 Procedures for Mobility management for CS subscriber 

The different procedures for Mobility Management are shown in Figures 9.2-1 to 9.2-5. 

Figure 9.2-1: Location Update within a single VLR Service Area. (The VLR Service area may be in the HPLMN or 
in the VPLMN.); 

Figure 9.2-2: Location Update from one VLR Service Area to another VLR Service Area. (Both VLR Service 
Areas are in the HPLMN or in the same VPLMN.); 

Figure 9.2-3: Location Update from one PLMN to another PLMN; 

- update from HPLMN to VPLMN; 

- update from VPLMN to HPLMN; 

- update from one VPLMN to another VPLMN. 
Figure 9.2-4: IMSI Detach (in HPLMN or in VPLMN); 

- exphcit detach (the MS has been switched off by the subscriber); 

- imphcit detach (the network has not received a periodic paging update from the MS and assumes that the MS 
is switched off or unreachable). 

Figure 9.2-5: IMSI Attach (in HPLMN or in VPLMN); 

- attach (the MS has been switched on by the subscriber - subscription data is still available in the VLR, no 
location update is needed). 



Home Network 
(HPLMN) 



Serving Network 
(HPLMNA^PLMN) 




(subscriber moves within "m 
VLR Service Area) 



Figure 9.2-1 : Location Update within a single VLR Service Area 



Home Network 
(HPLMN) 




(subscriber moves to other 

VLR Service Area within 

same PLMN) 



Serving Network 
(HPLMNA^PLMN) 



( MSC ) 




Figure 9.2-2: Location Update from one VLR Service Area to another VLR Service Area 
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Home Network 
(HPLMN) 



Serving Network B 
(HPLMNA^PLMN) 




(subscriber moves to 
other PLMN) 



Figure 9.2-3: Location Update from one PLMN to another PLMN 



Serving Network A 
(HPLMNA^PLMN) 




Home Network 
(HPLMN) 



Serving Network 
(HPLMNA^PLMN) 




MS is switched off 
or detached 



Figure 9.2-4: IMSI Detach (implicit/explicit) 



Home Network 
(HPLMN) 




gsmSCF)<- 



MAP 



(notification) 



Serving Network 
(HPLMNA^PLMN) 




MS is switched on 



Figure 9.2-5: IMSI Attach 

When a MobiHty Management Event has taken place and the processing has been completed, then the VLR may find it 
necessary to send a notification to the gsmSCF. The processing of the Mobility Management event in the VLR is not 
suspended by the sending of the notification nor is it in any way affected by the notification. 

The sending of a Mobility Management notification to gsmSCF is independent of other CAMEL subscription data for a 
subscriber. E.g. a subscriber may have M-CSI without 0-CSI or VT-CSL 

The sending of a Mobility Management event notification is subscription based. 

Refer to subclause 9.2.1 for a description of M-CSI and the different Mobility Management events that may lead to a 
notification to the gsmSCF. 
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9.3.1 .1 Procedure descriptions 

9.3.1 .1.1 Procedure Set_Notification_Type 

This procedure is called from process Update_Location_VLR in 3GPP TS 23.012 [10]. It checks the information 
element 'Location Update Type', which the VLR receives from the MSC via MAP_UPDATE_LOCATION_AREA 
service. This element identifies the type of Location Update requested by the mobile station. 

The possible values of this parameter are specified in 3GPP TS 24.008 [30]. 

The type of Location Update that was requested by the mobile station determines which Mobility Management 
notification information flow shall be sent to the gsmSCF. 

The values 'Periodic Updating' and 'Reserved' shall not lead to a Mobility Management notification to the gsmSCF. 
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Procedure Set_Notification_Type 



1(1) 



/* Determining tine type of Mobility 
Management event notification 
to be sent to the gsmSCF. */ 



Location 
4Jpclate Type?/ 



'IMSI Attach' 



Notify := 
Attach 



'Noma! 

Location 

Updating' 




Yes 



Notify := Location 

update in the same 

VLR Service Area 



No 



'Reserved' 

or 

'Periodic Updating' 



Notify := Location 
update to the new 
VLR Service Area 



No notification 
required 



Figure 9.-1 a: Procedure Set_Notification_Type (sheet 1) 
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9.3.1 .1 .2 Procedure Notify_gsmSCF 

This procedure is called from the process 'Update_Location_Area_VLR' and process 'Detach_IMSI_VLR' in 3 GPP 
TS 23.012 [10]. It is also called from the process 'Update_Location_VLR' in 3GPP TS 29.002 [34]. 

The calling process passes on the variable 'Notify' to the procedure 'Notify_gsmSCF'. This variable indicates which 
Mobility Management notification may be necessary to be sent to the gsmSCF. If this variable has a value NULL, then 
no notification shall be sent to the gsmSCF. 

If a notification may be necessary to be sent to the gsmSCF, then the procedure checks the presence of M-CSI. 

- If M-CSI is present and the Mobility Management event indicated in the variable 'Notify' is marked in M-CSI, 
then a notification shall be sent to the gsmSCF. 

If M-CSI is not present or the Mobility Management event indicated in the variable 'Notify' is not marked in 
M-CSI, then no notification shall be sent to the gsmSCF. 
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Procedure Notify_gsmSCF 

/* Sending a notification to the \ 
gsmSCF, if needed. */ 




Send MM Event 
Notification 



Waiting_for_ 
Notification_Reply 



Send MM Event 
Notification 
Positive Response 



1(1) 



/* Signals to/from the right areL 
to/from the process 
'MM_Event_Notification_VLR' 
in3GPPTS29.002. 7 



Send MM Event 
Notification < 
Negative Respon 



^ 



Figure 9.3-1 : Procedure Notify_gsmSCF (sheet 1) 
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9.3.2 Procedures for Mobility management for GPRS subscriber 

The different procedures for Mobility Management are shown in figures 9.4-1 to 9.4-5. 



Home Network 
(HPLMN) 



Serving Network 
(HPLMN/VPLMN) 




MS 

(subscriber moves within m^ 
SGSN Service Area) 



Figure 9.4-1 : Routeing Area Update within SGSN Service Area 



Home Network 
(HPLMN) 



Serving Network 
(HPLMNA^PLMN) 




(subscriber moves to 
SGSN Service Area within 
same PLMN) 



Figure 9.4-2: Routeing Area Update from one SGSN Service Area to another SGSN Service Area 



Home Network 
(HPLMN) 



Serving Network B 
(HPLMN/VPLMN) 




(subscriber moves to 

PLMN) 



Serving Network A 
(HPLMN/VPLMN) 



Figure 9.4-3: Routeing Area Update from one PLMN to another PLMN 
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Home Network 
(HPLMN) 




gsmSCF)^ 



MAP 



(notification) 



Serving Network 
(HPLMNA^PLMN) 




SGSN 



MS is switched on 



Figure 9.4-4: Attach of MS 



Home Network 
(HPLMN) 




gsmSCP)^ 



MAP 



(notification) 



Serving Network 
(HPLMNA^PLMN) 




SGSN 



MS is switched off 
or detached 



Figure 9.4-5: GPRS detach 

When a MobiHty Management Event has taken place and the processing has been completed, then the SGSN may have 
to send a notification to the gsmSCF. 

The sending of a Mobihty Management notification to gsmSCF is independent of other CAMEL subscription data for a 
subscriber. E.g. a subscriber may have MG-CSI without GPRS-CSL 

The sending of a Mobihty Management event notification is subscription based. 

Refer to subclause 9.2.2 for a description of MG-CSI and the different Mobility Management events that may lead to a 
notification to the gsmSCF. 



9.3.2.1 



Procedure CAMEL PS Notification 



This procedure is called from processes in 3GPP TS 23.060 [15]. When this procedure is called, it checks the presence 
of MG-CSI. If there is no MG-CSI, then no notification is sent to the gsmSCF. 
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Procedure CAMEL PS Notification 



1(1) 



/* procedure in the SGSN for mobility \ 
management for GPRS subscriber */ 




G-GST 
:eserTt 

Yes 



Set_PS. 
(btification 



Type 



No 



Notify_ 
PS_gsmSCF 



Result := 
Continue 




Figure 9.5-1: Procedure CAMEL_PS_Notification (sheet 1) 
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Procedure Set_PS_Notification_Type 

r N 

/* Determining tine type of Mobility \ 
Management event notification 
to be sent to the gsmSCF. */ 



1(1) 



MS not reachable 
for paging 




Routeing area update 



^outeing Area" 
"^44pdate Type> 



'Attach' 



Notify:=MS not 
reachable for paging 



Notify := 
Attach 



'PS Detach' 



'Nomal Routeinci 
Area Update' 



. Due to routeing 

^iSetach^ ^i^Q^ update 
^reason?-^^ 



Other 



Notify:= 
Detach 



^/Pfeviotrs.^^ 
muteing Arm 
in thi^^SaSN? 

Yes 



(1) 



(2) 




Others 



No notification 
required 



No 



(3) 



(1 ) Notify := Routeing Area Update to new SGSN Service Area (disconnect by detach)K 

(2) Nofity := Routeing Area Update in the same SGSN Service Area 

(3) Nofity := Routeing Area Update to new SGSN Service Area (update from new SGSN) 



Figure 9.6-1: Procedure Set_PS_Notification_Type (sheet 1) 
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Procedure Notify_PS_gsmSCF 

/* Sending a notification to tine \ 
gsmSCF, if needed. */ 



1(1) 



/* Signals to/from tine rigint are ^ 

to/from tine process 
'MM_Event_Notification_VLR/SGSN' 
in 3GPPTS 29.002. */ 




Yes 



Send MM Event 
Notification 



Waiting_for_ 
Notification_Reply 



Send MM Event 
Notification 
Positive Response 



Send MM Event 
Notification 
Negative Respon^ 




Figure 9.7-1: Procedure Notify_PS_gsmSCF (sheet 1) 
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9.4 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for Mobility Management 
control. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E), Optional (O) or not apphcable (-) for each different entity involved: VLR (VLR) and SGSN (SGSN) 
where distinction is apphcable. If the lEs in one table apply in both VLR and SGSN, then the lEs are marked in the 
"Status" column. 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, only one of those lEs 
may be included. An 'O' IE may be included or omitted as required by the service logic. A '-' IE shall always be omitted. 
This categorization is a functional classification, i.e. it defines the requirements for the stage 2 information. It is not a 
stage 3 classification to be used for the ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support; 

- The VLR shall functionally support all lEs which can be sent to it; 

- The SGSN shall functionally support all lEs which can be sent to it. 

9.4.1 VLR or SGSN to gsmSCF information flows 



9.4.1.1 



Mobility IVIanagement event Notification 



9.4.1.1.1 Description 

This IF is generated by the VLR or SGSN to notify the gsmSCF of a Mobility Management event. 



9.4.1.1.2 



Information Elements 



Information element name 


VLR 


SGSN 


Description 


Event Met 


M 


M 


This IE indicates the type of Mobility Management event that lead to 
the notification. Refer to subclause 9.2.1 .1 for the CS subscriber and 
subclause 9.2.2.1 for the GPRS subscriber. 


Service Key 


M 


M 


This IE indicates the Service Logic that the gsmSCF shall apply. 


IMSI 


M 


M 


This IE identifies the mobile subscriber to whom the Mobility Event 
applies. 


Basic MSISDN 


M 


M 


This IE identifies the mobile subscriber to whom the Mobility Event 
applies. 


Location Information for OS 
subscriber 


C 


- 


This IE is described in a table below. 

This IE indicates the current location of the MS. 


Location Information for GPRS 
subscriber 


- 


c 


This IE indicates the current location of the MS which is equivalent to 
the location info SGSN IE in subclause 7.6.1 .2. 


Supported CAMEL Phases 


M 


M 


This IE indicates the CAMEL Phases that are supported by the 
sending entity (VMSC/VLR or SGSN) in which the MS is registered 
after the mobility management event. 


Offered CAMEL4 Functionalities 


M 




This IE is described in subclause 4.6.1 .8. 

It indicates the CAMEL phase 4 functionalities offered by the 

VMSC/VLR. 



Location Information for CS subscriber is defined in 3GPP TS 23.018 [12]. The following differences apply: 



Information element name 


Status 


Description 


Service area ID 


C,E 


See 3GPPTS 23.018 f1 21. 


Cell ID 


C,E 


See 3GPPTS 23.018 f1 21. 


VLR Number 


M 


See 3GPPTS 23.018 f1 21. 


Current Location Retrieved 


- 


Not applicable 
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Information element name 


Status 


Description 


Location area ID 


C,E 


See 3GPP TS 23.003 [71. 


Selected LSA Identity 


S 


This IE indicates the LSA identity associated with the current position of the 
IVIS. It shall be present if the LSA ID in the subscriber data matches the LSA 
ID of the current cell. In the case of multiple matches the LSA ID with the 
highest priority it shall be present. See 3GPP TS 23.073 [18]. 


User CSG Information 


C 


See 3GPPTS 23.060 [151. 



9.4.2 SGSN to HLR information flows 
9.4.2.1 Update GPRS Location 

See subclause 6.6.4.2. 

9.4.3 VLR to HLR information flows 

9.4.3.1 Update Location 

See subclause 4.6.8.3. 

9.4.3.2 Restore Data 

See subclause 4.6.8.4. 



9.4.4 HLR to VLR or SGSN information flows 



9.4.4.1 



Delete Subscriber Data 



9.4.4.1.1 



Description 



This IF is used by an HLR to delete CAMEL subscription data from a VLR or SGSN. It is specified in 3GPP 
TS 29.002 [34]. 



9.4.4.1.2 



Information Elements 



The Delete Subscriber Data IF contains the following CAMEL specific information elements for Mobility 
Management: 



Information element name 


VLR 


SGSN 


Description 


CAMEL Subscription Info 
Withdraw 








This IE identifies that all CSIs shall be deleted from the subscriber 
data in VLR or SGSN. 


Specific CSI Withdraw 








This IE is used to indicate that only IVI-CSI or IVIG-CSI shall be 
deleted from the VLR or SGSN respectively. It should not be present 
when CAIVIEL Subscription Info Withdraw is present. 
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9.4.4.2 



Insert Subscriber Data 



9.4.4.2.1 



Description 



This IF is used by an HLR to update a VLR or SGSN with certain subscriber data. This IF is specified in 3GPP 
TS 29.002 [34]. 

9.4.4.2.2 Information Elements 

Insert Subscriber Data contains the following CAMEL specific information elements for Mobility Management: 



Information element name 


VLR 


SGSN 


Description 


M-CSI 







This IE identifies the OS subscriber as having mobility management 
notification services. It contains the events that shall be reported, the gsmSCF 
Address and the Service Key. 


MG-CSI 







This IE identifies the GPRS subscriber as having mobility management 
notification services. It contains the events that shall be reported, the gsmSCF 
Address and the Service Key. 



M-CSI contains the following information elements: 



Information element name 


Status 


Description 


GsmSCF Address 


M 


This IE is described in subclause 9.2.1 . 


Service Key 


M 


This IE is described in subclause 9.2.1 . 


Mobility IVIanagement Triggers 


M 


This IE indicates which IVIobility IVIanagement events shall be reported to the 
gsmSCF. It shall contain one or more of the following elements: 

- Location update in the same VLR service area 

- Location update to another VLR service area 

- IMSI attach 

- IVIS initiated IIVISI detach (explicit detach) 

- Network initiated IIVISI detach (implicit detach) 



MG-CSI contains the following information elements: 



Information element name 


Status 


Description 


GsmSCF Address 


M 


This IE is described in subclause 9.2.2. 


Service Key 


M 


This IE is described in subclause 9.2.2. 


Mobility Management Triggers 


M 


This IE is described in subclause 9.2.2. 
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10 Control and interrogation of subscription data 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 

10.1 Architecture 

10.1.1 Functional Entities used for CAMEL 

This subclause describes the functional architecture required to support control and interrogation of subscription data. 
Figure 10.1 shows the functional entities involved in CAMEL support of control and interrogation of subscription data. 

Home Network /^ ^X ^ /^ ^X 

( HLR )< z^^/^' >(gsmSCF) 



Figure 10.1 : Functional architecture for support of control and interrogation of subscription data 

gsmSCF: see subclause 3.1. 

HLR: The HLR may provide an interface to the gsmSCF for the Any Time Subscription Interrogation and Any Time 
Modification procedures. The gsmSCF may provide an interface to the HLR for the Notify Subscriber Data Change 
procedure. 

10.1.2 Interfaces defined for CAMEL 

This subclause describes the interface applicable to CAMEL control of subscription data. It specifies on a high level the 
functions specific to CAMEL. 

10.1.2.1 gsmSCF -HLR 

This interface is used by the gsmSCF to interrogate or modify information in the HLR. As a network operator option, 
the HLR may refuse to provide or modify the information requested by the gsmSCF. This interface is also used by the 
HLR to notify the gsmSCF of a change of subscriber data. 

1 0.2 Procedures for CAMEL 

1 0.2.1 Any Time Subscription Interrogation 

Handling of Any Time Interrogation for Subscription Information Retrieval involves the following process: 

- CAMEL_ATSI_HLR. 

If an OSS needs the Subscription Information, the gsmSCF initiates a transaction to the HLR by sending an Any Time 
Subscription Interrogation Request. 
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Process CAMEL_ATSI_HLR 

I N 

/* Process in the HLR receiving \ 

an Any Time Subscription Interrogation 
request from gsmSCF. */ 



1(2) 



/* Signals to/from the left are to/from L 
thegsmSCF. */ 



Idle 



Any Time Subscription 
Interrogation Request 




No 



No 



Yes 



Error := 
"Unknown 
Subscriber" 



Error := 
"ATSI Not 
A llowed" 



Any Time Subscription 
Interrogation negative 
\ response ^Error) 



Idle 



Figure 10.2-1: Process CAMEL_ATSI_HLR (sheet 1) 
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Process CAMEL_ATSI_HLR 

I N 

/* Process in the HLR receiving \ 

an Any Time Subscription Interrogation 
request from gsmSCF. */ 



2(2) 



/* Signals to/from the left are to/from L 
thegsmSCF. */ 



Set pointer 

to the next 

re 



Set pointer 
to the first 



/R^questecL^^^^ 

\^ata^/-^^ 



CSI 

Supported CAMEL phases 

ODB data 

R0€fijeste^"data 
availably 

No 

Yes 




Yes 



Yes 




Requested interrogation is valid? 
(refer to 3GPP TS 23.01 1 , 23.082 
and 23.088) 



No 



No 



2 



Append requesteid 

data to return 

result 



^^Alfreque^t^ 
^andled?> 




Error := 

"Information 

Not Available" 



Set 



Error according to 



3GPPTS 23.011 



At least one of the 
requested data was 
available? 



Yes 



Any Time 
Interrogati 



Subscription 
ion ack 



Idle 



No 



Error := 

"Unexpected 

Data Value" 



Any Time Subscription 
Interrogation negative 
^ Error) 



Figure 10.2-2: Process CAMEL_ATSI_HLR (sheet 2) 
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1 0.2.2 Any Time Modification 

Handling of Any Time Modification involves the following process: 

- CAMEL_ATM_HLR. 

The following procedures are involved: 

- ATM_Modify_Data 

This procedure checks which data shall be modified and calls the appropriate data modification procedure. 

- ATM_Modify_CSI_Data 

If the CSI indicated in the ATM request is not available in the HLR, then an error is returned. 
Otherwise, the CSI state and/or Notification-to-CSE flag are set as instructed with the ATM request. 

- ATM_Modify_CF_Data 

When only the SS-code and (optionally) a Basic Service code are present in the ATM request, then all Call 
Forwarding data belonging to this SS code and basic service code is erased, the associated notificationToCSE 
flag is unchanged and the SS-Status is amended according to the state transition model defined in 3GPP 
TS 23.082 [20]. 
Otherwise, the behaviour is as follows: 

- If a vahd SS state is present in the ATM request, then an SS state transition is performed. 

- If a valid FTN, FTN sub address or No Reply Condition Time is present in the ATM request, then the 
indicated variable is modified. 

- Before modification of CF data (SS state changed to 'registered', insert or change of FTN), the interaction 
checks between CF and ODB and between CF and CB shall be performed as described in 3 GPP 

TS 23.015 [11] and TS 23.082 [20] respectively. The CF data shall only be modified if the changed new CF 
data does not conflict with the existing ODB or CB entries. 

- If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification- 
to-CSE flag is modified. 

- If the modification is partially successful (e.g. succeeds for one Basic Service but fails for another Basic 
Service), then the operation is partially accepted by the HLR. The accepted changes are made in the HLR and 
the changed data is sent in the ATM acknowledgement. 

- ATM_Modify_CB_Data 

When only the SS-code and (optionally) a Basic Service code are present in the ATM request, then all Call 

Barring belonging to this SS code and basic service code is deactivated, the associated notificationToCSE flag is 

unchanged and the SS-Status is amended according to the state transition model defined in 3 GPP 

TS 23.088 [23]. 

Otherwise, the behaviour is as follows: 

- If a valid SS state is present in the ATM request, then an SS state transition is performed. 

- Before modification of CB data (SS state), the interaction checks between CF and CB shall be performed as 
described in 3GPP TS 23.088 [23]. The CB data shall only be modified if the changed new CB data does not 
conflict with the existing CF entries. 

- If a vahd Password or 'Wrong password attempt counter' is present in the ATM request, then the indicated 
variable is modified. 

- If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification- 
to-CSE flag is modified. 

- ATM_Modify_ODB_Data 

- If ODB data is not present in the ATM request, then it is assumed that the ODB data is not modified. When 
present, the modification is done by overwriting the existing ODB data. 

- If an instruction to modify the notification-to-CSE flag is present in the ATM request, then the notification- 
to-CSE flag is modified. 
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- If the modification is partially successful (e.g. succeeds for one Basic Service but fails for another Basic 
Service), then the operation is partially accepted by the HLR. The accepted changes are made in the HLR and 
the changed data is sent in the ATM acknowledgement. 

- ATM_Modify_IP-SM-GW_Data 

- If Modification Instruction is "activate", the IP-SM-GW address is stored if not already pre-configured in the 
HLR and the process Subscriber_Present_HLR is invoked (see 3GPP TS 23.012 [10]). 

- If Modification Instruction is "deactivate" and there is no IP-SM-GW address pre-configured in the HLR, the 
stored IP-SM-GW address is deleted. 

After having executed the Any Time Modification instruction from the gsmSCF, the HLR calls the procedure 
CAMEL_NSDC_HLR, which sends notifications to gsmSCF(s), if required. 
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Process CAMEL_ATM_HLR 

I N 

/* Process in the HLR receiving \ 

an Any Time Subscription Modification 
request from gsmSCF. */ 



1(1) 



/* Signals to/from tine left are to/from 

the gsmSCF, unless otherwise indicated.*/ 



Idle 



Any Time 
> Modification 
request 




Requestedtlata. 
^a\(ailabl^?-^ 

lYes 



No 



No 



No 



|\TM_Modify_. 
Data 




Fail 



Set Result to 
modified data 



Any Time 
Modification 
vack 



QAMEL_NSDG 
HLR 



Idle 



Set UE= 
"Not available" 



Set UE= 
"Unknown 



Set UE= 
"ATM Not 
A lloy 



liwe 



^^ Any Time 
\^ Modification 
\ Error 



Figure 10.3-1: Process CAMEL_ATM_HLR (sheet 1) 
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Procedure ATM_Modify_Data 

I N 

/* Procedure in the HLR to modify subscriber 
data as a result of an ATM request. */ 



1(1) 



ODB Data 




IP-SM 



-GW 



Data 



SetUE: 
" nformationNot 
Av , 



Set 
witii 




UE in accordance 
3GPPTS 23.011 



Set UE in accordance 
with 3GPPTS 23.011 



Set Result:= 
"Pass" 



Set Result:= 
"Fail" 




ATM_Modify 

IP-SM-GW 

Data 



Figure 10.4-1: Procedure ATM_Modify_Data (sheet 1) 
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Procedure ATM_Modify_CSI_Data 



1(1) 



/* Procedure in tine HLR to modify CSI data^ 
as a result of an ATM request. */ 






( 




] 














No 






Requested CSI 








available in HLR? 




Yes 








No 


Yes 




Modify CSI state 










requested? 










Modify CSI 
state 
















No 










Yes 




Modify notification 










flag requested? 










Modify 
notification flac 






















Set Result= 
"Not OK" 




Set Result= 
"OK" 





Figure 10.5-1: Procedure ATM_Modify_CSI_Data (sheet 1) 
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Procedure ATM_Modify_CF_Data 

/* Procedure in the HLR to modify Call \ 
Forwarding data, as a result of an 
ATM request. 7 



1(2) 



Yes 



Yes 



Result is "OK" 

if anything succeeds 



Only SS-code and (optionally) 
Basic Service present in ATM? 



Notification flag instruction 
present in ATM? 



Erase Call 

Forwarding 

Data 



get notification 
to-CSE flag 



Set Call 
Forwarding 



state 



Set Result:= 
"OK" 



Break All Basic Services 
into elementary group 
Basic Service Codes 




Basic Service code 
present in ATM? 



Compound basic 
service code? 




I Note 1 

I When ATM contains "BasicService", then 

the changes to CF apply to that BasicService only. 

When ATM does not contain "BasicService", then 

the changes to CF apply to all BasicServices. 

Note 2 

Changes to Call Forwarding data shall be done 
in accordance with 3GPP TS 23.082 and 
3GPPTS 23.011. 



Break compound code 
into elementary Basic 
Service group codes 



Take next/first 

Basic Service 

group 



^Ba^ Service 
^€Qdes lejt?^ 
Yes 

No 





Figure 10.6-1: Procedure ATM_Modify_CF_Data (sheet 1) 
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Procedure ATM_Modify_CF_Data 

I N 

/* Procedure in the HLR to modify Call \ 
Forwarding data, as a result of an 
ATM request. */ 



2(2) 



No 



Note1 
Note 2 



No 



No 



No 




Set Call 
Forwarding 



No 



No 




Set Result= 
"OK" 



SS-status present in ATM? 



Requested CF state transition valid? 

(refer 3GPP TS 23.082 and 3GPP TS 23.01 1 ) 



Check interaction with ODB data pass? 
(refer 3GPPTS 23.01 5) 



Check interaction with CB data pass? 

(by equivalent function to CFU1 , CFU2, CFU3 

or CFU4. See 3GPP TS 23.082) 



FTN, FTN sub address or 
No Reply Condition Time 
present in ATM? 



Requested FTN, FTN sub address or 

No Reply Condition Time valid? 

(refer 3GPP TS 23.082 and 3GPP TS 23.01 1 ) 



Set FTN, FTN sub address or 
No Reply Condition Time 



2 



Figure 10.6-2: Procedure ATM_Modify_CF_Data (sheet 2) 
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Procedure ATM_Modify_CB_Data 

/* Procedure in the HLR to modify Call \ 
Barring data, as a result of an 
ATM request. */ 



1(2) 



Set Result:= 
"Not OK" 



] Result is "OK" 
if anything succeeds 







Erase Call 

Barring 

Data 






Set Call 
Barring status 



Yes 



Yes 



get notification 
to-CSE flag 



Set Result:= 
"OK" 



Break All Basic Services 
into elementary group 
Basic Service Codes 




Only SS-code and (optionally) 
Basic Service present in ATM? 



Notification flag instruction 
present in ATM? 



Basic Service code 
present in ATM? 



Yes 





I Note 1 

I When ATM contains "BasicService", then 

the changes to CB apply to that BasicService only. 

When ATM does not contain "BasicService", then 

the changes to CF apply to all BasicServices. 

Note 2 

Changes to Call Barring data shall be done 
in accordance with 3GPP TS 23.088 and 
3GPPTS 23.011. 



Compound basic 
service code? 



Break compound code 
into elementary Basic 
Service group codes 



Take next/first 

Basic Service 

group 



Ba^ Service 
"^Codes lejt?^ 
Yes 

No 





Figure 10.7-1: Procedure ATM_Modify_CB_Data (sheet 1) 
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Procedure ATM_Modify_CB_Data 



2(2) 



/* Procedure in the HLR to modify Call \ 
Barring data, as a result of an 
ATM request. */ 



Note1 
Note 2 




Set Call 
Barring status 



No 



No 




Set Result= 
"OK" 



SS-status present in ATM? 



Requested CB state transition valid? 

(refer 3GPP TS 23.088 and 3GPP TS 23.01 1 ) 



Check interaction with CF data pass? 
(by equivalent function to B03 or BI2. 
See 3GPPTS 23.088) 



Password or 'wrong password attempt counter' 
present in ATM? 



Password or 'wrong password attempt counter' valid? 
(refer 3GPP TS 23.088 and 3GPP TS 23.01 1 ) 



Set Password or 'wrong password attempt counter' 



2 



Figure 10.7-2: Procedure ATM_Modify_CB_Data (sheet 2) 
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Procedure ATM_Modify_ODB_Data 



1(1) 



/* Procedure in the HLR to modify CSI data \ 
as a result of an ATM request. */ 



No 



No 




Yes 



Cinange 
ODB Data 



Re-evaluate 



Modification of ODB 
Data requested? 



Overwrite the existing ODB data 
with the ODB data in ATM 



J Set or reset "Subscriber Status" 



subscriber status See 3GPP TS 23.008 




Modify notification 
flag requested? 



Modify 
notification flag 



Set result : 
"OK" 




Figure 10.8-1: Procedure ATM_Modify_ODB_Data (sheet 1) 
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procedure ATM_Modify_l P_SM_GW_Data 

/* Procedure in the HLR to modify IP-SM-GW data ^^ 
as a result of an ATM request. 7 ^ 



1(1) 



activate 



Yes 





\ IP-SIVI-GW address 
preconfigured in the HLR 



deactivate 



Yes 



\ IP-SIVI-GW address 
preconfigured in the HLR 



No 

Store 
IP-SM-GW 



No 



Delete stored 

IP-SM-GW 

Address 



Subscriber_ 
Present HLR 



see 3GPPTS 23.012 




Figure 10.9-1: Procedure ATM_Modify_IP-SM-GW_Data (sheet 1) 

1 0.2.3 Notify Subscriber Data Change 

Changes of CSI, Call Forwarding data, Call Barring data or ODB data shall be notified only if the CSI, Call Forwarding 
data, Call Barring data or ODB data is marked with the Notification-to-CSE flag. 

The HLR maintains a list of gsmSCF address(es) for Call Forwarding Data, Call Barring Data, ODB and CSI. When 
any of these items has been modified, a notification shall be sent to each gsmSCF in the corresponding list. 
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The sending of a notification to the gsmSCF may be triggered by the following processes: 

- subscriber data change by administrative procedure; 

- subscriber data changed by subscriber; 

- subscriber data changed by Any Time Modification request from gsmSCF; 

- subscriber data changed due to a change of other subscriber data; 

- subscriber data change due to Location Update. 

When a change of subscriber data is requested by Any Time Modification, Any Time Modification acknowlegement is 
returned to the requesting gsmSCF confirming the status of the altered data. Separate Notifications of subscriber data 
change shall also be returned to the requesting gsmSCF for each other piece of altered data, but these shall not contain 
the requested change. 

Each gsmSCF shall be notified only once. Multiple occurrence of gsmSCF Address in these lists shall not lead to 
multiple notification. 

Handling of Notify Subscriber Data Change involves the following procedure: 

- CAMEL_NSDC_HLR. 

If a change of subscriber data needs to be notified to the gsmSCF, then the HLR initiates a transaction to the gsmSCF 
by sending Notify Subscriber Data Change information flow. 
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Procedure CAMEL NSDC HLR 



1(1) 



/* Procedure in the HLR to notify 
tine gsmSCF about a cinange in 
subscriber data. */ 



/* Signals to/from tine left are to/fron 
thegsmSCF. */ 




Yes 




Nofity_Subscriber_ 
Data_Change 



Wait for 
response 



Nofity_Subscriber_ 
>Data_Chapge 
j:e 



Go to next 
position in list 




Notification flag set for this data item? 



Start at position 1 of gsmSCF address list 
associated with this data item. 



End of gsmSCF address list? 



Valid gsmSCF address? 



Data modification requestd by ATM 
from this gsmSCF? 



Figure 10.9-1: Procedure CAMEL_NSDC_HLR (sheet 1) 
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1 0.3 Description of information flows 



This subclause contains the detailed description of the information flows used by CAMEL for control and interrogation 
of subscription data. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or Optional (O) in the "Status" column. 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. An 'O' IE may be included or omitted as required by the service logic. This categorization is a functional 
classification, i.e. it defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for 
the ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF and the IP-SM-GW may silently discard any IE which it does not functionally support. 

- The HLR shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [34]. 

10.3.1 gsmSCF to HLR information flows 
1 0.3.1 .1 Any Time Modification Request 
10.3.1.1.1 Description 

This IF is used to modify information in the HLR at any time. 



10.3.1.1.2 



Information Elements 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. The gsmSCF 
Address shall be in international E.164 format. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall be either: 

- IMSI,or 

- MSISDN 


IVIodification Request For Call 
Forwarding SS Data 


E 


This IE is described in a table below. 

This IE indicates the data of Call Forwarding data to be modified. 


Modification Request For Call 
Barring SS Data 


E 


This IE is described in a table below. 

This IE indicates the data of call barring data to be modified. 


Modification Request For 
Operator Determined Barring 
Data 


E 


This IE is described in a table below. 

This IE indicates the data of operator determined barring data to be used. 


Modification Request For 
CAMEL Subscription 
Information 


E 


This IE is described in a table below. 

This IE indicates the Modification Request for CAMEL Subscription 

Information. 



Modification Request For Call Forwarding SS Data contains the following information elements: 



Information element name 


Status 


Description 


SS Code 


M 


This IE indicates Call Forwarding supplementary service as defined in 3GPP 
TS 22.004 [2]. Due to a restriction of the Any Time Modification 
acknowledgement IF, only the following supplementary service codes are 
allowed for this IE; 

- call forwarding unconditional; 

- call forwarding on mobile subscriber busy; 

- call forwarding on no reply; 

- call forwarding on mobile subscriber not reachable. 


Basic Service 





See 3GPP TS 29.002 [34]. 
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Information element name 


Status 


Description 


SS Status 





See 3GPP TS 23.01 1 [9]. Provisioning and withdrawal are not allowed for the 
gsmSCF. 


Forwarded-to Number 





See 3GPP TS 23.082 [20]. 


Forwarded-to Subaddress 





See 3GPP TS 29.002 [34]. 


No Reply Condition Time 





See 3GPP TS 23.082 [20]. 


Modify Notification Flag 





This IE contains an instruction to activate or de-activate the Notification-to- 
CSEflag. 



Modification Request For Call Barring SS Data contains the following information elements: 



Information element name 


Status 


Description 


SS Code 


M 


This IE indicates Call Barring supplementary service as defined in 3GPP 
TS 22.004 [2]. Due to a restriction of the Any Time IVIodification 
acknowledgement IF, only the following supplementary service codes are 
allowed for this IE; 

- barring of all outgoing calls; 

- barring of outgoing international calls; 

- barring of outgoing international calls except those directed to the home 
PLMN; 

- barring of all incoming calls; 

- barring of incoming calls when roaming outside home PLMN Country. 


Basic Service 





See 3GPP TS 29.002 [34]. 


SS Status 





See 3GPP TS 23.01 1 [9]. Provisioning and withdrawal are not allowed for the 
gsmSCF. 


Password 





See 3GPP TS 23.011 [9]. 


Wrong password attempts 
counter 





See 3GPPTS 23.011 [9]. 


Modify Notification Flag 





This IE contains an instruction to activate or de-activate the Notification-to- 
CSEflag. 



Modification Request For Operator Determined Barring Data contains the following information elements: 



Information element name 


Status 


Description 


ODB data 





This IE contains ODB General Data and ODB HPLMN Specific Data to be 
imposed by this IF. 


Modify Notification Flag 





This IE contains an instruction to activate or de-activate the Notification-to- 
CSEflag. 



Modification Request For CAMEL Subscription Information contains the following information elements: 



Information element name 


Status 


Description 


Requested CSI 


M 


This IE indicates which CSI shall be modified. Only one CSI may be changed 
in one ATM Request. 


Modify Notification Flag 





This IE contains an instruction to activate or de-activate the Notification-to- 
CSEflaq. 


Modify CSI State 





This IE contains an instruction to activate or de-activate the CSI. 



1 0.3.1 .2 Any Time Subscription Interrogation Request 
10.3.1.2.1 Description 

This IF is used to request subscription information from the HLR at any time. 
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10.3.1.2.2 



Information Elements 



Information element name 


Status 


Description 


GsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. The gsmSCF 
Address shall be in international E.164 format. 


Requested Info 


M 


This IE indicates the type of subscriber information being requested: 
This shall consist of one or more of the following list: 

- supplementary service; this information is described in a table below, 

- Operator Determined Barring; 

- CAIVIEL Subscription Information; this information is described in a table 
below, 

- supported CAIVIEL phases in VLR; 

- supported CAIVIEL phases in SGSN; 

- IVISISDNs and Basic Service Codes associated with the Subscriber 
Identity. 

- CSG Subscription Data, see 3GPP TS 29.002 [34]. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall be either: 

- IMSI, or 

- MSISDN. 



Supplementary service contains the following information elements: 



Information element name 


Status 


Description 


SS Code 


M 


This IE indicates a supplementary service as defined in 3GPP TS 22.004 [2]. 
Due to a restriction of the Any Time Subscription Interrogation 
acknowledgement IF, only the following supplementary service codes are 
allowed for this IE; 

- call forwarding unconditional; 

- call forwarding on mobile subscriber busy; 

- call forwarding on no reply; 

- call forwarding on mobile subscriber not reachable; 

- barring of all outgoing calls; 

- barring of outgoing international calls; 

- barring of outgoing international calls except those directed to the home 
PLMN; 

- barring of all incoming calls; 

- barring of incoming calls when roaming outside home PLIVIN Country. 


Basic Service 





See 3GPP TS 29.002 [34]. 



CAMEL subscription information shall contain one of the following information elements: 



Information element name 


Status 


Description 


CAIVIEL Subscription Info 


S,E 


This IE indicates which CAIVIEL Subscription Information is requested. It shall 
be one of the following elements: 
0-CSI/T-CSI/VT-CSI/TIF-CSI/GPRS-CSI/MO-SMS-CSI/SS-CSI/M-CSI/D-CSI. 


Additional Requested CAMEL 
Subscription Info 


S,E 


This IE indicates which CAMEL Subscription Information is requested. It shall 
be one of the following elements: 
MT-SMS-CSI/ MG-CSI. 



1 0.3.1 .3 Notify Subscriber Data Change response 

10.3.1.3.1 Description 

This IF is used by the gsmSCF to respond to the HLR of the change of subscriber data notify. 

10.3.1.3.2 Information Elements 

This IF contains no information elements. 
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1 0.3.2 HLR to gsmSCF information flows 
1 0.3.2.1 Any Time Modification ack 

10.3.2.1.1 Description 

This IF is used by the HLR to provide the modified information to the gsmSCF. 

10.3.2.1.2 Information Elements 



Information element name 


Status 


Description 


Call Forwarding SS Data 


S 


This IE is described in a table below. It shall be present if it was modified. 


Call Barring SS Data 


S 


This IE is described in a table below. It shall be present if it was modified. 


Operator Determined Barring 
Information 


s 


This IE is described in a table below. It shall be present if it was modified. 


CAIVIEL Subscription 
Information 


s 


This IE is described in a table below. It shall be present if it was modified. 



Call Forwarding SS Data contains the following information elements: 



Information element name 


Status 


Description 


SS Code 


S 


This IE indicates Call Forwarding supplementary service as defined in 3GPP 

TS 22.004 [2]. 

Only the SS code for which the modification applies is sent. 


Forwarding Feature List 


S 


This IE is described in a table below. 

If a Forwarding Feature List item is modified then all applicable fields within 

the item shall be sent. All modified Forwarding Feature List items shall be 

returned. 


Notification-to-CSE Flag 


s 


This IE indicates whether the gsmSCF is notified of a change of Call 

Forwarding SS data. 

The IE shall be sent if it was modified. 



Forwarding Feature List contains 1 to 32 items of the following information elements: 



Information element name 


Status 


Description 


Basic Service 


C 


See 3GPP TS 29.002 [34]. 


SS Status 


C 


See 3GPP TS 23.011 [91. 


Forwarded-to Number 


c 


See 3GPP TS 23.082 [20]. 


Forwarded-to Subaddress 


c 


See 3GPP TS 29.002 [34]. 


Subscription Options 


c 


See 3GPP TS 23.082 [20]. 


No Reply Condition Timer 


c 


See 3GPP TS 23.082 [20]. 



Call Barring SS Data contains the following information elements: 



Information element name 


Status 


Description 


SS Code 


S 


This IE indicates Call Barring supplementary service as defined in 3GPP 

TS 22.004 [2]. 

Only the SS code for which the modification applies is sent. 


Call Barring Feature List 


S 


This IE is described in a table below. 

If a Call Barring Feature List item is modified then all applicable fields within 

the item shall be sent. All modified Call Barring Feature List items shall be 

returned. 


Password 


s 


See 3GPPTS 23.011 [9]. 

The IE shall be sent if it was modified. 


Wrong Password Attempts 
Counter 


s 


See 3GPPTS 23.011 [9]. 

The IE shall be sent if it was modified. 


Notification-to-CSE Flag 


s 


This IE indicates whether the gsmSCF is notified of a change of Call Barring 

SS data. 

The IE shall be sent if it was modified. 
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Call Barring Feature List contains 1 to 32 items of the following information elements: 



Information element name 


Status 


Description 


Basic Service 


C 


See 3GPP TS 29.002 [34]. 


SS Status 


C 


See 3GPP TS 23.011 [9]. 



Operator Determined Barring Information contains the following information elements: 



Information element name 


Status 


Description 


ODB Data 


C 


See subclause 10.3.2.3 


Notification-to-CSE Flag 


C 


This IE indicates whether the gsmSCF is notified of a change of ODB data. 



CAMEL Subscription Information contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


See subclause 4.3.1 . It shall be present if it was modified. 


D-CSI 


S 


See subclause 4.3.2. It shall be present if it was modified. 


T-CSI 


s 


See subclause 4.3.5. It shall be present if it was modified. 


VT-CSI 


s 


See subclause 4.3.6. It shall be present if it was modified. 


TIF-CSI 


s 


See subclause 4.3.4. It shall be present if it was modified. 


GPRS-CSI 


s 


See subclause 6.3.1 . It shall be present if it was modified. 


MO-SMS-CSI 


s 


See subclause 7.3.1 . It shall be present if it was modified. 


MT-SMS-CSI 


s 


See subclause 7.3.2. It shall be present if it was modified. 


SS-CSI 


s 


See subclause 8.2.1 . It shall be present if it was modified. 


M-CSI 


s 


See subclause 9.2.1 . It shall be present if it was modified. 


MG-CSI 


s 


See subclause 9.2.2. It shall be present if it was modified. 



10.3.2.2 Any Time Subscription Interrogation ack 

10.3.2.2.1 Description 

This IF is used by the HLR to provide the requested subscription information to the gsmSCF. 

10.3.2.2.2 Information Elements 



Information element name 


Status 


Description 


Call Forwarding SS Data 


C 


This IE is described in a table below. 


Call Barring SS Data 


C 


This IE is described in a table below. 


Operator Determined Barring 
Data 


c 


This IE is described in a table below. 


CAIVIEL Subscription 
Information 


c 


This IE is described in a table below. 


Supported CAIVIEL Phases In 
VLR 


c 


This IE indicates the CAIVIEL phase supported in the VLR. 


Offered CAMEL4 CSIs In VLR 


s 


This IE indicates the CAMEL phase 4 CSIs offered in the VMSC/VLR. It shall 
be present if the "Supported CAMEL Phases In VLR" IE indicates CAMEL 
phase 4. 


Supported CAMEL Phases In 
SGSN 


c 


This IE indicates the CAMEL phase supported in the SGSN. 


Offered CAMEL4 CSIs In SGSN 


s 


This IE indicates the CAMEL phase 4 CSIs offered in the SGSN. It shall be 
present if the "Supported CAMEL Phases In SGSN" IE indicates support of 
CAMEL phase 4. 


MSISDN-BS-List 


c 


This IE indicates the subscriber's MSISDN(s) and their associated Basic 
Service Codes. (Note) 


NOTE: The BASIC MSISDN is always first in the list. 


Call Forwarding SS Data contains the following information elements: 


Information element name 


status 


Description 


Forwarding Feature List 


c 


This IE is described in a table below 
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Information element name 


Status 


Description 


Notification-to-CSE Flag 


C 


This IE indicates whether the gsmSCF is notified of a change of Call 
Forwarding SS data. 



Forwarding Feature List contains 1 to 32 items of the following information elements: 



Information element name 


Status 


Description 


Basic Service 


C 


See 3GPP TS 29.002 [34]. 


SS Status 


C 


See 3GPP TS 23.011 [9]. 


Forwarded-to Number 


c 


See 3GPP TS 23.082 [20]. 


Forwarded-to Subaddress 


c 


See 3GPP TS 29.002 [34]. 


Subscription Options 


c 


See 3GPP TS 23.082 [20]. 


No Reply Condition Time 


c 


See 3GPP TS 23.082 [20]. 



Call Barring SS Data contains the following information elements: 



Information element name 


Status 


Description 


Call Barring Feature List 


C 


This IE is described in a table below. 


Password 


C 


See 3GPPTS 23.011 [9]. 


Wrong Password Attempts 
Counter 


c 


See 3GPPTS 23.011 [9]. 


Notification-to-CSE Flag 


c 


This IE indicates whether the gsmSCF is notified of a change of Call Barring 
SS data. 



Call Barring Feature List contains 1 to 32 items of the following information elements: 



Information element name 


Status 


Description 


Basic Service 


C 


See 3GPP TS 29.002 [34]. 


SS Status 


C 


See 3GPPTS 23.011 [9]. 



Operator Determined Barring Bata contains the following information elements: 



Information element name 


Status 


Description 


ODB General Data 


C 


This IE indicates the set of subscribers features that the network operator or 
the service provider can regulate. 


ODB HPLMN Specific Data 


C 


This IE indicates the set of subscribers features that the network operator or 
the service provider can regulate only when the subscriber is registered in the 
HPLMN. 


Notification-to-CSE Flag 


c 


This IE indicates whether the gsmSCF is notified of a change of ODB data. 



CAMEL Subscription Information contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


C 


See subclause 4.3.1. 


D-CSI 


C 


See subclause 4.3.2. 


T-CSI 


c 


See subclause 4.3.5. 


VT-CSI 


c 


See subclause 4.3.6. 


TIF-CSI 


c 


See subclause 4.3.4. 


GPRS-CSI 


c 


See subclause 6.3.1. 


MO-SMS-CSI 


c 


See subclause 7.3.1. 


MT-SMS-CSI 


c 


See subclause 7.3.2. 


SS-CSI 


c 


See subclause 8.2.1. 


M-CSI 


c 


See subclause 9.2.1. 


MG-CSI 


c 


See subclause 9.2.2. 



Offered CAMEL4 CSIs in VLR contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


This IE indicates the offer of CAIVIEL phase 4 0-CSI 


D-CSI 


S 


This IE indicates the offer of CAMEL phase 4 D-CSI 
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Information element name 


Status 


Description 


VT-CSI 


S 


This IE indicates the offer of CAIVIEL phase 4 VT-CSI 


MT-SMS-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MT-SMS-CSI 



Offered CAMEL4 CSIs in SGSN contains the following information elements: 



Information element name 


Status 


Description 


MT-SMS-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MT-SMS-CSI 


MG-CSI 


S 


This IE indicates the offer of CAMEL phase 4 MG-CSI 


PSI Enhancements 


s 


This IE indicates the offer of CAMEL phase 4 Enhancement of Provide 
Subscriber Information 



1 0.3.2.3 Notify Subscriber Data Change 



10.3.2.3.1 



Description 



This IF is used by the HLR to notify to the gsmSCF of the change of subscriber data. This IF is sent at each time 
subscriber data is changed. 



10.3.2.3.2 



Information Elements 



Information element name 


Status 


Description 


IMSI 


M 


The IIVISI is used to identify the subscriber. 


MSISDN 


M 


The IVISISDN is used to identify the subscriber. 


Call Forwarding SS Data 


C 


This IE is described in a table below. 


Call Barring SS Data 


C 


This IE is described in a table below. 


Operator Determined Barring 
Data 


C 


This IE is described in a table below. 


CAIVIEL Subscription 
Information 


C 


This IE is described in a table below. 


CSG Subscription Data 


C 


See 3GPP TS 29.002 [34]. It shall be present if it was modified. 



Call Forwarding SS data contains the following information elements: 



Information element name 


Status 


Description 


SS Code 


C 


This IE indicates Call Forwarding supplementary service as defined in 3GPP 
TS 22.004 [2]. 


Forwarding Feature List 


C 


This IE is described in a table below. 


Notification-to-CSE Flag 


c 


This IE indicates whether the gsmSCF is notified of a change of Call 
Forwarding SS data. 



Forwarding Feature List contains 1 to 32 items of the following information elements: 



Information element name 


Status 


Description 


Basic Service 


C 


See 3GPP TS 29.002 [34]. Compound basic service codes can also be used 
in this IF if the subscriber has used a compound code when modifying the SS 
(e.g. all bearer services compound code). 


SS Status 


C 


See 3GPP TS 23.011 [91. 


Forwarded-to Number 


c 


See 3GPP TS 23.082 [20]. 


Forwarded-to Subaddress 


c 


See 3GPP TS 29.002 [34]. 


Subscription Options 


c 


See 3GPP TS 23.082 [20]. 


No Reply Condition Timer 


c 


See 3GPP TS 23.082 [20]. 



Call Barring SS data contains the following information elements: 



Information element name 


Status 


Description 


SS Code 


C 


This IE indicates Call Barring supplementary service as defined in 3GPP 
TS 22.004 [2]. 


Call Barring Feature List 


C 


This IE is described in a table below. 
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Information element name 


Status 


Description 


Password 


C 


See 3GPP TS 23.011 [9]. 


Wrong Password Attempts 
Counter 


C 


See 3GPPTS 23.011 [9]. 


Notification-to-CSE Flag 


c 


This IE indicates whether the gsmSCF is notified of a change of Call Barring 
SS data. 



Call Barring Feature List contains 1 to 32 items of the following information elements: 



Information element name 


Status 


Description 


Basic Service 


C 


See 3GPP TS 29.002 [34]. Compound basic service codes can also be used 
in this IF if the subscriber has used a compound code when modifying the SS 
(e.g. all bearer services compound code). 


SS Status 


C 


See 3GPPTS 23.011 [9]. 



Operator Determined Barring Data contains the following information elements: 



Information element name 


Status 


Description 


ODB General Data 


C 


This IE indicates the set of subscribers features that the network operator or 
the service provider can regulate. 

When the ODB general data is removed for the subscriber, this IE indicates 
that the set of subscribers features is empty. 


ODB HPLMN Specific Data 


C 


This IE indicates the set of subscribers features that the network operator or 

the service provider can regulate only when the subscriber is registered in the 

HPLMN. 

When the ODB HPLIVIN specific data is removed for the subscriber, this IE 

indicates that the set of subscribers features is empty. 


Notification-to-CSE Flag 


c 


This IE indicates whether the gsmSCF is notified of a change of ODB data. 



CAMEL Subscription Information contains the following information elements: 



Information element name 


Status 


Description 


0-CSI 


S 


See subclause 4.3.1 . It shall be present if it was modified. 


D-CSI 


S 


See subclause 4.3.2. It shall be present if it was modified. 


T-CSI 


s 


See subclause 4.3.5. It shall be present if it was modified. 


VT-CSI 


s 


See subclause 4.3.6. It shall be present if it was modified. 


TIF-CSI 


s 


See subclause 4.3.4. It shall be present if it was modified. 


GPRS-CSI 


s 


See subclause 6.3.1 . It shall be present if it was modified. 


MO-SMS-CSI 


s 


See subclause 7.3.1 . It shall be present if it was modified. 


MT-SMS-CSI 


s 


See subclause 7.3.2. It shall be present if it was modified. 


SS-CSI 


s 


See subclause 8.2.1 . It shall be present if it was modified. 


M-CSI 


s 


See subclause 9.2.1 . It shall be present if it was modified. 


MG-CSI 


s 


See subclause 9.2.2. It shall be present if it was modified. 


Specific CSI Deleted List 


s 


This IE indicates that one or more specific elements of CAIVIEL Subscription 
Information have been deleted from the HLR. It shall indicate any of the 
following; 

- 0-CSI (with TDP criteria for 0-CSI); 

- T-CSI (with TDP criteria for T-CSI); 

- TIF-CSI; 

- D-CSI; 

- VT-CSI with TDP criteria for VT-CSI; 

- GPRS-CSI; 

- MO-SMS-CSI; 

- MT-SMS-CSI with TDP criteria for MT-SMS-CSI; 

- SS-CSI; 

- M-CSI; 

- MG-CSI. 

This IE shall be present if CSI is/are deleted. 
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1 0.3.3 IP-SM-GW to HLR information flows 
1 0.3.3.1 Any Time Modification Request 
10.3.3.1.1 Description 

This IF is used to register the IP-SM-GW for a subscriber in the HLR. 



10.3.3.1.2 



Information Elements 



Information element name 


Status 


Description 


IP-SM-GW Address 


M 


This IE indicates the address of the interrogating IP-SM-GW. The IP-SM-GW 
Address shall be in international E.164 format. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall be either: 

- IMSI,or 

- MSISDN 


Modification Request For IP- 
SM-GW Data 


E 


This IE is described in a table below. 

This IE indicates the IP-SM-GW data to be modified. 



Modification Request For IP-SM-GW Data contains the following information elements: 



Information element name 


Status 


Description 


Modify Registration Flag 


M 


This IE contains an instruction to register or de-register the IP-SM-GW. 



1 0.3.4 HLR to IP-SM-GW information flows 



1 0.3.4.1 Any Time Modification ack 



10.3.4.1.1 



Description 



This IF is used by the HLR to acknowledge the registration or deregistration for a subscriber of the IP-SM-GW to the 
IP-SM-GW. 

10.3.4.1.2 Information Elements 

This IF contains no information elements. 



11 



Subscriber Location and State retrieval 



Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 

11.1 Architecture 

11.1.1 Functional Entities used for CAMEL 

This subclause describes procedures for the retrieval of subscriber location and subscriber state information. Location 
Services is only supported in CAMEL Phase 3 and higher. 

1) The gsmSCF may request location information of a mobile station from the GMLC via Location Services. The 
information flow of Location Services is described in 3GPP TS 23.271 [28] and 25. 305 [32]. Figure 11.1-1 
indicates the functional entities involved in the procedures for the retrieval of location information via location 
services. 
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2) The gsmSCF may request any of location information, subscriber state information, IMEI and MS Class of a 
mobile station from the HLR. Any of location information, subscriber state information, IMEI and MS Class 
may be requested either from the circuit switched or the packet switched domain. 

If any of location information, subscriber state information, IMEI and MS Class is requested by the gsmSCF, 
then the HLR may retrieve this information via the Provide Subscriber Information procedure from either the 
MSCA^LR or the SGSN. This procedure is defined in subclause 4.5.9 of the present document. 

The interface for the provision of subscriber location and state information between HLR and MSC/VLR is 
described in 3GPP TS 23.018 [12]. The interface for the provision of subscriber location and state information 
between HLR and SGSN is described in this chapter. Figure 11.1-2 indicates the functional entities involved in 
the procedures for the retrieval of location information and/or subscriber state information from the circuit 
switched or packet switched domain. 

HPLMN 





GMLC )< >\ gsmSCF) 

MAP 

Figure 11.1-1 : Functional architecture for CAMEL Support of Location Services 

^7^ HPLMN 



(msc/vl^ 




HPLMN/VPLMN 



Figure 11.1-2: Functional architecture for Any Time Interrogation 

gsmSCF: see subclause 3.1. 

GMLC: A functional entity that allows external LCS Clients to request real-time information about a Mobile Station. 
The information that can be requested from the GMLC is the location of the mobile station. 

HLR: see subclause 4.1. 

MSCA^LR: see subclause 4.1. 
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SGSN: see subclause 6.1.1. The SGSN stores location and state information for each subscriber. Upon request this 
information is provided to the HLR. 

The information flows between the GMLC and functional entities other than the gsmSCF, have not been indicated in 
the functional architecture shown in figures 11.1. These information flows are outside the scope of the present 
document. 

11 .1 .2 Interfaces defined for CAMEL 

This subclause describes the interfaces applicable to CAMEL. It specifies on a high level the functions specific to 
CAMEL. 

1 1 .1 .2.1 gsmSCF - GMLC interface 

This interface is used by the gsmSCF to request information (Mobile Station location) from the GMLC at any time. 

1 1 .1 .2.2 GMLC - gsmSCF interface 

This interface is used by the GMLC to return the requested information (Mobile Station location) to the gsmSCF as 
requested by the gsmSCF via the Any Time Interrogation procedure. 

11.1.2.3 gsmSCF -HLR 

This interface is used by the gsmSCF to interrogate the HLR. As a network operator option, the HLR may refuse to 
provide the information requested by the gsmSCF. 

11.1.2.4 HLR -gsmSCF 

This interface is used by the HLR to return the requested information to the gsmSCF as requested by the gsmSCF via 
the Any Time Interrogation procedure. 

11.1.2.5 HLR -SGSN 

This interface is used by the HLR to request information from the SGSN. 

11.1.2.5 SGSN -HLR 

This interface is used by the SGSN to return the requested information to the HLR. 

1 1 .2 Procedures for CAMEL 
11 .2.1 Location Services 

Handhng of Any Time Interrogation to obtain Location Information involves the following process: 

- CAMEL_ATI_GMLC. 

If an OSS needs to retrieve the active location of a Mobile Station, the gsmSCF initiates a transaction to the GMLC by 
sending a Any Time Interrogation Request. 
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Process CAMEL_ATI_GMLC 

I 

/* Process in the GMLC Receiving an Any Time 
Interrogation request from the gsmSCF. 7 



Procedure in GMLC 
See 3GPP TS 22.071 



Idle 



Any Time 
> Interrogaticbn 




No 



Obtain Location 
Information 



Any Time 

Interrogati 

vack 



ion 



Idle 



1(1) 



/* Signals to/from the left are to/fromL 
the gsmSCF. */ 



Set UE= 
Tl Not Allowed" 



Any Time 
Interrogation 
Negative response 



Idle 



Figure 11.2-1: Process CAMEL_ATI_GMLC (sheet 1) 
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1 1 .2.2 Any Time Interrogation 



Handling of Any Time Interrogation to obtain Subscriber State and Location Information involves the following 
process: 

- CAMEL_ATI_HLR. 

If an OSS needs the Subscriber State and/or the Location Information, the gsmSCF initiates a transaction to the HLR by 
sending an Any_Time_Interrogation Request. 
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Process CAMEL_ATI_HLR 

I N 

/* Process in the HLR receiving an Any Time 
Interrogation request from gsmSCF.*/ 



Idle 



Any Time 
>lnterrogati(^n 
re q u est 



No 



"Rei 




No 



No 



am 



Rejquested Domain 
:= "circuit switcheid" 



Yes 



CAMEL_Provide_ 
Subscriber_lnfo 

/*inputdata= 
requested info*/ 




No 



Yes 



Any Time 

Interrogation 

ack 



Idle 



1(1) 



/* Signals to/from the left are to/from 
the gsmSCF. */ 




SetUE= 
"ATI Not Allowed" 



Any Time 
Interrogation 
negative 
response 



Figure 11.3-1: Process CAMEL_ATI_HLR (sheet 1) 



ETSI 



3GPP TS 23.078 version 9.1.0 Release 9 716 ETSI TS 123 078 V9.1.0 (2010-04) 

1 1 .2.3 Provide Subscriber Information in the SGSN 

The provision of Subscriber State and Location Information involves the following process and procedures: 

- CAMEL_Provide_Subscriber_Info_SGSN; 

- CAMEL_Active_Info_Retrieval_SGSN; 

- Retrieve_GPRS_MS_Class_If_Required; 
Retrie ve_IMEI_If_Required . 

1 1 .2.3.1 Procedure CAMEL_Provide_Subscriber_lnfo_SGSN 

If the SGSN receives a Provide Subscriber Info request, it performs procedures to obtain the requested information. 

The test "Active retrieval required" takes the "Yes" exit if any one or more of current location, GPRS MS class or IMEI 
is indicated in the Provide Subscriber Info request. 

1 1 .2.3.2 Procedure CAMEL_Active_lnfo_Retrieval_SGSN 

If the SGSN data show that the MS is in the "lu Connected" state (i.e. it has an lu connection established), the SGSN 
performs the Location Reporting Control procedure (Direct report) which is defined in 3GPP TS 25.413 [33]. 

The test "Report on change of service area" takes the "Yes" exit if the SGSN has performed the Location Reporting 
Control procedure with the Request Type IE set to "Change of service area". 

If the SGSN data show that the MS is in the "A/Gb Ready" state (i.e. it is transferring packet data over an A/Gb access 
connection) then the currently stored location information is up to date, and no further action is required. 
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Process CAMEL_Provide_Subscriber_lnfo_SGSN 

\r Process in the SGSN to handle \\ 
a request from the HLR for j 

j subscriber information. V 



1(1) 



Yes 



(p^MEL_Activ(j 
rifo_Retrieval 



Set 
subscriber 
slate 



<r 



CD 



Idle 



Provide 
^Subscribe 
Jnin 



No 





.ocation info:: 

Stored 
Innatinn infn 



No 




Set 

subscriber 

slale 



< 



^ 



/* Signals to/from the left are 
to/from the HLR. V 



^ 



No 



No 




Subscriber state|: 
"Detached 



Provide_ 
SubscribetJnfo 
ack 



I Idle I 



Figure 11.4-1: Process CAMEL_Provide_Subscriber_lnfo_SGSN (sheet 1) 
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Procedure CAMEL Active Info Retrieval SGSN 



1(2) 



/* Procedure in the SGSN to retrieve \ 
information by establishing a connection 
with the MS 



/* Signals to/from the leftL 
are to/from the RAN */ 




;urren 

bcation^ 

reqtiest^? 



No 



lu Connected 





No 




5port 
^angeoi 
serviceitfea? 

T No 



Yes 



Else 



A/Gb Ready 



Page 




Location info:= 

Stored 

location info 





Wait_For_ 
Page_ 



MS 

> connection 
esta 



Stop page 

response 

ti m er 



urrd^rnniped? 
lYes 



Location info:= 

Stored 

l o cation info 




Location info:= 

Retrieved 

l o cation info 



Location info:= 

Retrieved 

l o cation info 





Derive location number, 
geodetic location and 
geographical information 



Location info:: 

Stored 

l o cation info 




>Page response 
timer expirpd 



Location info:= 

Stored 

location info 




Derive location number, 
geodetic location and 
geographical information 



Figure 11.5-1: Procedure CAMEL_Active_lnfo_Retrieval_SGSN (sheet 1) 
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Procedure CAMEL Active Info Retrieval SGSN 



/* Procedure in the SGSN to retrieve \ 
information by establishing a connection 
with the MS 




A/Gb Ready, 
lu Connected 



FJkrieve_GPR$ 
MS_Class_lf 



Ketrieve_IMEI 
lf_Required 





Else 




Page 



Wait_For_ 
Page_ 



MS 

>connectioi1i 
est. 



krieve_GPR$ 

MS_Class_lf 

R equired 



lietrieve_IMEI 
lf_Required 



Release 
Transaction 




2(2) 



/* Signals to/from the leftL 
are to/from the RAN */ 




>Page response 
timer expired 




Figure 11.5-2: Procedure CAMEL_Active_lnfo_Retrieval_SGSN (sheet 2) 
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Procedure Retrieve_GPRS_MS_Class_lf_Required 



Procedure in the SGSN to retrieve 
GPRS classmark information if 
required by the HLR 



^fe\ No 
jyiS clasS/ 
retft^etf? 

Yes 



GPRS MS class:: 

Scored GPRS MS 

class 




1(1) 



Figure 11.6-1: Procedure Retrieve_GPRS_MS_Class_lf_Required (sheet 1) 
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Procedure Retrieve_IMEI_lf_Required 



Procedure in the SGSN to retrieve 
the IMEI if required by the HLR 




IMEI 
uireci?^^ 

Yes 



Send IMEI 



ait For IME 



No 



y Release 
transactioh 



IMEI 



IMEI:= 

Retrieved 

IMEJ 




1(1) 



/* Signals to/from the leftL 
are to/from the RAN 7 




Figure 11.7-1: Procedure Retrieve_IMEI_lf_Required (sheet 1) 
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1 1 .3 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for the retrieval of 
information about the location and state of a subscriber. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or not applicable (-) in the "Status" column. 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, only one of those lEs 
may be included. A '-' IE shall always be omitted. This categorization is a functional classification, i.e. it defines the 
requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN.l syntax of the 
protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

- The GMLC shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [34]. 

1 1 .3.1 gsmSCF to GMLC information flows 
1 1 .3.1 .1 Any Time Interrogation Request 
11.3.1.1.1 Description 

This IF is used to request information (Mobile Station location) from the GMLC. 



11.3.1.1.2 



Information Elements 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. The gsmSCF 
Address shall be in international E.164 format. 


Requested Info 


M 


This IE indicates the type of information that is requested. It shall have the 

following value: 

- IVIobile Station location 


Mobile station Identity 


M 


This IE identifies the IVIobile Station of which the information is requested. The 
identity shall be either: 

- IMSI, or 

- MSISDN 



1 1 .3.2 GMLC to gsmSCF information flows 
1 1 .3.2.1 Any Time Interrogation ack 

11.3.2.1.1 Description 

This IF is used by the GMLC to provide the requested information to the gsmSCF. 

1 1 .3.2.1 .2 Information Elements 



Information element name 


Status 


Description 


Location Information 


C 


This IE indicates the location of the Mobile Station. 
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Location Information is defined in 3GPP TS 23.018 [12]. The following differences apply: 



Information element name 


Status 


Description 


Location number 


- 


Not applicable 


Service area ID 


- 


Not applicable 


Cell ID 


- 


Not applicable 


Geographical information 


C 


See 3GPP TS 23.032 [13]. The GIVILC receives Extended Geographical 
Information from the IVISC. The Extended Geographical Information shall be 
converted to the Geographical Information by the GIVILC. 


VLR number 


- 


Not applicable 


Current Location Retrieved 


- 


Not applicable 


MSC number 


c 


The GIVILC receives the MSC number from the HLR in the 
SendRoutinglnfoForLCS MAP message. 


SGSN number 


c 


The GMLC receives the SGSN number from the HLR in the 
SendRoutinglnfoForLCS MAP message. 


User CSG Information 


c 


See 3GPPTS 23.060 [15]. 



1 1 .3.3 gsmSCF to HLR information flows 
1 1 .3.3.1 Any Time Interrogation Request 



11.3.3.1.1 



Description 



This IF is used to request information (any one or more of subscriber state, subscriber location, IMEI (with software 
version) and MS classmark information for the requested domain) from the HLR at any time. 



11.3.3.1.2 



Information Elements 



Information element name 


Status 


Description 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall be either: 

- IMSI,or 

- MSISDN. 


Requested Info 


M 


This IE indicates the type of subscriber information being requested. This IE is 
described in a table below. 


gsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. The gsmSCF 
Address shall be in international E.164 format. 



Requested Info contains the following information elements: 



Information element name 


Status 


Description 


Location Information 





This IE indicates that the Location Information is requested. 


Subscriber State 





This IE indicates that the Subscriber State is requested. 


Current Location 


o,s 


This IE indicates that the Current Location is requested. This IE shall not be 
present if Location Information is not present in Requested Info. 


Requested Domain 


M 


This IE indicates for which domain the subscriber info is requested. It shall be 
one of the following: 

- circuit switched domain; 

- packet switched domain. 


IIVIEI (with software version) 





This IE indicates that the IIVIEI (with software version) is requested. 


MS class mark information for 
the requested domain 





This IE indicates that the IVIS classmark information for the indicated domain is 
requested. 



Requested Info shall contain one or more of the following information elements: 

- Location Information; 

- Subscriber State; 

- IMEI (with software version); 
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- MS classmark information for the requested domain. 

1 1 .3.4 HLR to gsmSCF information flows 
1 1 .3.4.1 Any Time Interrogation ack 



11.3.4.1.1 



Description 



This IF is used by the HLR to provide the requested subscriber location and/or subscriber state information to the 
gsmSCF. 



11.3.4.1.2 



Information Elements 



Information element name 


Status 


Description 


Location Information 


C, E1 


This IE indicates the location of the served subscriber in the MSC/VLR. It shall 
be present only if requested by the gsmSCF. 


Location Information For GPRS 


C,E1 


This IE indicates the location of the served subscriber in the SGSN. It shall be 
present only if requested by the gsmSCF. 


Subscriber State 


S, E2 


This IE indicates the state of the MS in the CS domain. It shall be present only 
if requested by the gsmSCF. The possible values of the IE are: 

CAMELBusy: The VLR has indicated that the MS is engaged in a 

transaction for a mobile originating or terminated circuit-switched call. 

NetworkDeterminedNotReachable: The HLR or VLR has indicated that the 

network can determine from its internal data that the MS is not reachable. 
- Assumedldle: The VLR has indicated that the state of the MS is neither 

"CAMELBusy" nor "NetworkDeterminedNotReachable". 

NotProvidedFromVLR: The VLR did not provide any information on 

subscriber state even though it was requested. 


PS Domain Subscriber State 


S, E2 


This IE indicates the state of the MS in the PS Domain. It shall be present only 
if requested by the gsmSCF. The possible values of the IE are: 

Detached (see subclause 1 1 .3.5.1 ). 

CAMEL attached, MS not reachable for paging (see subclause 1 1 .3.5.1 ). 

- CAMEL attached, MS may be reachable for paging (see 
subclause 11.3.5.1). 

- CAMEL PDP active, MS not reachable for paging (see 
subclause 11.3.5.1). 

CAMEL PDP active, MS may be reachable for paging (see 

subclause 11.3.5.1). 

Not provided from SGSN: The SGSN does not support Provide Subscriber 

Info or it did not provide any information on subscriber state even though it 

was requested. 

NetworkDeterminedNotReachable: The HLR has indicated that the 

network can determine from its internal data that the MS is not reachable. 


PDP Context Information List 


C 


This IE indicates the PDP context information (see the table in 
subclause 1 1 .3.5.1) for each PDP context which is active for the MS. It shall 
be present if the PS domain Subscriber State has the value "CAMEL PDP 
active, MS not reachable for paging" or "CAMEL PDP active, MS may be 
reachable for paging"; otherwise it shall be absent. 


IIVIEI (with software version) 


C 


This IE contains the IMEISV (as defined in 3GPP TS 23.003 [7]) of the ME in 
use by the served subscriber. It shall be present only if requested by the 
gsmSCF. 


MS Classmark 2 


C 


This IE contains the MS classmark 2, which is returned by the MS when it 
responds to paging in the CS domain. It shall be present only if requested by 
the gsmSCF. 


GPRS MS Class 


C 


This IE contains the MS network and radio access capabilities. It shall be 
present only if requested by the gsmSCF. 
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Location Information is defined in 3GPP TS 23.018 [12]. The following differences apply: 



Information element name 


Status 


Description 


Service area ID 


C,E 


See 3GPPTS 23.018 [12]. 


Cell ID 


C,E 


See 3GPPTS 23.018 [12]. 


VLR Number 


C 


See 3GPP TS 23.018 [12]. The HLR shall include the internally stored VLR 
Number. 


Location area ID 


C,E 


See 3GPP TS 23.003 [7]. 


Selected LSA Identity 


C 


This IE indicates the LSA identity associated with the current position of the 
IVIS. It shall be present if the LSA ID in the subscriber data matches the LSA 
ID of the current cell. In the case of multiple matches the LSA Id with the 
highest priority it shall be present. See 3GPP TS 23.073 [18]. 


MSC number 


C 


E.I 64 number which identifies the VIVISC in whose area the subscriber is 
currently registered. See 3GPP TS 23.003 [7]. If the HLR receives the MSC 
number from the VLR in the Provide Subscriber Info ack IF then the HLR shall 
ignore the IVISC number. 


User CSG Information 


C 


See 3GPPTS 23.060 [15]. 



Location Information for GPRS is defined in the subclause 11.3.6.1.2. The following differences apply: 



Information element name 


Status 


Description 


SGSN Number 


C 


See subclause 1 1 .3.6.1 .2. The HLR shall include the internally stored SGSN 
Number. 



1 1 .3.5 HLR to SGSN information flows 



11.3.5.1 



Provide Subscriber Info 



11.3.5.1.1 Description 

This IF is used by the HLR to request information (subscriber state and/or location) from the SGSN at any time. 

1 1 .3.5.1 .2 Information Elements 

This IF is defined in 3GPP TS 23.018 [12]. The following differences apply: 



Information element name 


Status 


Description 


LMSI 


- 


Not applicable. 


Requested Info 


M 


This IE indicates which of the following information the HLR requires: 

- Subscriber location; 

- Subscriber state; 

- Current location; 

- IIVIEI & Software version; 

- GPRS IVIS classmark information. 



1 1 .3.6 SGSN to HLR information flows 



11.3.6.1 



Provide Subscriber Info ack 



11.3.6.1.1 



Description 



This IF is used by the SGSN to provide the requested subscriber location and/or subscriber state information to the 
HLR. 
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11.3.6.1.2 



Information Elements 



This IF is defined in 3GPP TS 23.018 [12]. The following differences apply: 



Information element name 


Status 


Description 


Subscriber State 


- 


Not applicable. 


PS domain Subscriber State 


C 


This IE indicates the status of the IVIS in the PS Domain. It shall be present 
only if requested by the HLR. The possible values of the IE are: 

- Detached: The SGSN has determined from its internal data that the IVIS is 
not attached to the network. 

- CAIVIEL attached, IVIS not reachable for paging: The SGSN has determined 
from its internal data that the MS is attached to the network, but there is no 
PDP Context active, and the MS is not reachable for paging. 

- CAMEL attached, MS may be reachable for paging: The SGSN has 
determined from its internal data that the MS is attached to the network, but 
there is no PDP Context active; the SGSN has not determined from its internal 
data that the MS is not reachable for paging. 

- CAMEL PDP active, MS not reachable for paging: The SGSN has 
determined from its internal data that the MS is attached to the network there 
is at least on PDP context active, and the MS not reachable for paging. 

- CAMEL PDP active, MS may be reachable for paging: The SGSN has 
determined from its internal data that the MS is attached to the network and 
there is at least one PDP context active; the SGSN has not determined from 
its internal data that the MS is not reachable for paging. 


PDP Context Information List 


S 


This IE is described in a table below. 

This IE indicates the PDP context information for each PDP context which is 

active for the MS. 

It shall be present if the PS domain Subscriber State has the value "CAMEL 

PDP active, MS not reachable for paging" or "CAMEL PDP active MS may be 

reachable for paging"; otherwise it shall be absent. 


Location Information For GPRS 


c 


This IE is described in a table below. 

It indicates the location of the MS. 

It shall be present only if requested by the HLR. 


IIVIEI (with software version) 


c 


This IE contains the IMEI & software version of the ME in use by the served 
subscriber. It shall be present only if requested by the HLR. 


GPRS MS Class 


c 


This IE contains the MS network and radio access capabilities. It shall be 
present only if requested by the HLR. 



PDP Context Information includes the following information elements: 



Information element name 


Status 


Description 


PDP Context Identifier 


M 


Index of the PDP context. 


PDP State 


C 


Packet data protocol state, INACTIVE or ACTIVE. 


PDP Type 


C 


PDP type, e.g., PPPor IP. 


PDP Address 


C 


PDP address, e.g., an IP address. 


APN Subscribed 


C 


The APN received from the HLR. 


APN in Use 


C 


The APN currently used. 


NSAPI 


C 


Network layer Service Access Point Identifier. 


Tl 


c 


Transaction Identifier. 


TElDforGn/Gp 


c 


Tunnel Endpoint Identifier for the Gn and Gp interfaces. 


TElDforlu 


c 


Tunnel Endpoint Identifier for the lu interface. 


GGSN Address in Use 


c 


The IP address of the GGSN currently used. 

The SGSN shall report the GGSN address in the same IP version as in the 

S-CDR. See 3GPP TS 32.251 [38]. 


Subscribed QoS 


c 


The quality of service profile subscribed. 


Requested QoS 


c 


The quality of service profile requested. 


Negotiated QoS 


c 


The quality of service profile negotiated. 


Charging ID 


c 


Charging identifier, identifies charging records generated by SGSN and 
GGSN. 


PDP Context Charging 
Characteristics 


c 


The charging characteristics of this PDP context, e.g., normal, prepaid, flat- 
rate, and/or hot billing. 


RNC Address In Use 


c 


The IP address of the RNC currently used. 
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Information element name 


Status 


Description 


Requested QoS Extension 


S 


This IE contains a supplement to the Requested QoS IE. It shall be present if 
the Requested QoS IE is present and the IVIS requested one or more of the 
following for the PDP context: 

- Source Statistics Descriptor; 

- Signalling Indication; 

- IVIaximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 


Subscribed QoS Extension 


S 


This IE contains a supplement to the Subscribed QoS IE. It shall be present if 
the Subsribed QoS IE is present and one or more of the following is part of the 
subscription profile in the HLR: 

- IVIaximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 


Negotiated QoS Extension 


s 


This IE contains a supplement to the Negotiated QoS. It shall be present if the 
Negotiated QoS IE is present and one or more of the following was negotiated 
between the MS, the SGSN and the GGSN: 

- Source Statistics Descriptor; 

- Signalling Indication; 

- IVIaximum bit rate for downlink (extended); 

- Guaranteed bit rate for downlink (extended). 
Otherwise, it shall be absent. 



Location Information For GPRS includes the following information elements: 



Information element name 


Status 


Description 


Service area ID 


C,E 


See 3GPPTS 23.018 f1 21. 


Cell ID 


C,E 


See 3GPPTS 23.018 f1 21. 


Location area ID 


C,E 


See 3GPPTS 23.018 f1 21. 


Routeing area ID 


C 


See 3GPP TS 23.003 [71. 


Geographical information 


C 


See 3GPPTS 23.032 [131. 


Geodetic information 


C 


See ITU-T 0.763 [431. 


Age of location information 


C 


See 3GPPTS 23.018 [121. 


Current Location Retrieved 


C 


See 3GPPTS 23.018 [121. 


SGSN number 


M 


Global Title of the SGSN. See 3GPP TS 23.060 [1 51. 


Selected LSA Identity 


C 


This IE is applicable only if SoLSA is supported by the SGSN. 
This IE indicates the LSA identity associated with the current position of the 
MS. It shall be present if the LSA ID in the subscriber data matches the LSA 
ID of the current cell. In the case of multiple matches the LSA ID with the 
highest priority it shall be present. See 3GPP TS 23.073 [181 


User CSG Information 


C 


See 3GPPTS 23.060 [151. 



12 Subscriber Mobile Number Portability status retrieval 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 

12.1 Architecture 

12.1.1 Functional Entities used for CAMEL 

This clause describes procedures for the retrieval of subscriber Mobile Number Portability (MNP) information. 

The gsmSCF may request subscriber MNP information of a mobile station from the MNP Signalling Relay Function 
(MNP SRF). 

Figure 12.1 indicates the functional entities involved in the procedures for the retrieval of MNP information. 
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HomePLMN/ 
Recipient Network 




HomePLMN/ 

Number Range Holder Network 




gsmSCF 

MAP 

Figure 12.1: Functional architecture for CAMEL Support of providing MNP information 

gsmSCF: see subclause 3.1. 

MNP SRF: A functional entity that supports the mobile number portability of a mobile station, which is described in 
3GPPTS 23.066 [17]. 

Recipient Network: Network that receives the number in the porting process. This network becomes the subscription 
network when the porting process is complete. See 3GPP TS 23.066 [17]. 

Number Range Holder Network: Network to which the number range containing the ported number has been 
allocated. See 3GPP TS 23.066 [17]. 

12.1.2 Interfaces defined for CAMEL 

This subclause describes the interfaces applicable to CAMEL. It specifies on a high level the functions specific to 
CAMEL. 

12.1 .2.1 gsmSCF - MNP SRF interface 

This interface is used by the gsmSCF to request MNP information from the MNP SRF at any time. 

1 2.1 .2.2 MNP SRF - gsmSCF interface 

This interface is used by the MNP SRF to return the requested MNP information to the gsmSCF, as requested by the 
gsmSCF via the Any Time Interrogation procedure. 

1 2.2 Procedures for CAMEL 

12.2.1 Provide MNP Information 

12.2.1 .1 CAMEL_Provide_MNPJnfo with ATI 

The process for providing MNP information with Any Time Interrogation (ATI) is the following: 

- CAMEL_ATI_MNP. 

Sheet 1: Details of the task box "Query Number Portability Database" may be obtained from 3GPP TS 23.066 [17]. The 
task box returns an indication whether the MSISDN is known or not. 
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Process CAMEL_ATI_MNP 

I 

/* Process in the MNP SRF receiving an Any Time 
Interrogation request from gsmSCF.*/ 



Idle 



Any Time 
>lnterrogatioi|i 
request 




No 



Yes 



Query Number 
Portability Database 




No 



Yes 



Result := MNP 
Information Result 



Any Time 

Interrogation 

ack 



Idle 



1(1) 



/* Signals to/from the left are to/from [ 
thegsmSCF. 7 



RefertoSGPPTS 23.066 



Set UE := 
"Unknown subscriber" 



Set UE := 
"ATI Not Allowed" 



Any Time 
Interrogation 
negative 
response 



Figure 12.2-1: Process CAMEL_ATI_MNP (sheet 1) 
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1 2.3 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for the retrieval of MNP 
information about a subscriber. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or not applicable (-). 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, only one of those lEs 
may be included. A '-' IE shall always be omitted. This categorization is a functional classification, i.e. it defines the 
requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN.l syntax of the 
protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

- The gsmSCF may silently discard any IE which it does not functionally support. 

- The MNP SRF shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [34]. 

12.3.1 gsmSCF to MNP SRF information flows 
12.3.1.1 Any Time Interrogation Request 
12.3.1.1.1 Description 

This IF is used by the gsmSCF to request the MNP information for subscribers from the MNP SRF at any time. 



12.3.1.1.2 



Information Elements 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. The gsmSCF 
Address shall be in international E.164 format. 


Requested Info 


IVI 


This IE indicates the type of subscriber information that is requested. It shall 
have the following value: 
- IVINP Requested Info. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall be: 
- MSISDN. 



1 2.3.2 MNP SRF to gsmSCF information flows 
1 2.3.2.1 Any Time Interrogation ack 

12.3.2.1.1 Description 

This IF is used by the MNP SRF to provide the requested MNP information for the subscriber to the gsmSCF. 

12.3.2.1.2 Information Elements 



Information element name 


Status 


Description 


MNP Information Result 


M 


This IE contains the IVINP information for the subscriber. It is described in a 
table below. 
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MNP Information Result contains the following information: 



Information element name 


Status 


Description 


Routeing Number 


C 


This IE shall be present, if requested by the gsmSCF. Refer to 3GPP 
TS 23.066 f1 71. 


IMSI 


C 


This IE shall be present, if requested by the gsmSCF. Refer to 3GPP 
TS 23.066 f1 71. 


MSISDN 


c 


This IE shall be present, if requested by the gsmSCF. Refer to 3GPP 
TS 23.066 [171. 


Number Portability Status 


c 


This IE shall be present, if requested by the gsmSCF. It may have one of the 
following values: 

Not Known To Be Ported; 

Own Number PortedOut; 

Foreign Number Ported To Foreign Network; 

Own Number Not Ported Out; 

Foreign Number Ported In. 
Refer to 3GPP TS 23.066 [1 71. 
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Annex A (informative): 

Handling of Apply Charging GPRS and Apply Charging 

Report GPRS 

This Annex provides an example to demonstrate the handhng of Apply Charging GPRS and Apply Charging Report 
GPRS. 
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MSCG 


PRS_AC_ACR 


gprsSSF gsmSCF 






500, 


<^ PDP Context Activation y 


2000 ' 

2000 ' 

1500' 
500 

2000 

700 

1300 

500 
1500 


zz 


a) ApplyChargingGPRS(maxTransferredVolume=2000) 




b) ApplyChargingReportGPRS(volumelfNoTariffSwitch=2000) 


Z7 


c) ApplyChargingGPRS(maxTransferredVolume=2000) 


\ 


d) ApplyChargingReportGPRS(volumelfNoTariffSwitch=4000) 


^7 


e) ApplyChargingGPRS(maxTransferredVolume=2000,tariffSwitchlnterval=Tsw) 


r — ^ 


(Tsw) 

f) ApplyChargingReportGPRS(volumelfTariffSwitch.volumeSinceLastTariffSwitch=500, 
volumelfTariffSwitch.volumeTariffSwitchlnterval=5500) ^ 




g) ApplyChargingGPRS(maxTransferredVolume=2000) 




h) ApplyChargingReportGPRS(volunnelfTariffSwitch.volumeSinceLastTariffSwitch=2500) 




i) ApplyChargingGPRS(maxTransferredVolume=2000,tariffSwitchlnterval=Tsw) 




(QoS change) 

j) ApplyChargingReportGPRS(volumelfTariffSwitch.volumeSinceLastTariffSwitch=3200) 




k) ApplyChargingGPRS(maxTransferredVolume=1 300) 




1) ApplyChargingReportGPRS(volumelfTariffSwitch.volumeSinceLastTariffSwitch=4500) 




m) ApplyChargingGPRS(maxTransferredVolume=2000,tariffSwitchlnterval=Tsw) 


I ► 


(Tsw) 

n) ApplyChargingReportGPRS(volumelfTariffSwitch.volumeSinceLastTariffSwitch=1 

volumelfTariffSwitch.volumeTariffSwitchlnterval=5000) 











Figure A.1 : Example of Handling of Apply Charging GPRS and Apply Charging Report GPRS 

In Figure A. 1 , data volumes transferred for the active PDP context are listed on the left-hand side of diagram. The 
following is a description of the example: 

a) Apply Charging GPRS threshold set to 2000, no tariff switch timer set. 
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b) After 2000 units of data have been transferred, an Apply Charging Report GPRS is sent to the gsmSCF. 

c) The gsmSCF sends another Apply Charging GPRS with a 2000 unit threshold. 

d) After 2000 units of data have been transferred, an Apply Charging Report GPRS is sent to the gsmSCF. 

e) Another threshold (2000) is set by the gsmSCF in Apply Charging GPRS, and a tariff switch timer is set. 

f) After 2000 units have been transferred. Apply Charging Report GPRS is sent to the gsmSCF, as a tariff switch 
timer has expired since the last Apply Charging GPRS, values for volumeTariffSwitchlnterval and Volume 
transferred since the tariff switch are sent. The gsmSCF stores the value volumeTariffSwitchlnterval. 

g) The gsmSCF sends another Apply Charging GPRS with a 2000 unit threshold. 

h) After 2000 units of data have been transferred, an Apply Charging Report GPRS is sent to the gsmSCF. 

i) Apply Charging GPRS sets a tariff switch timer, which does not expire before the next Apply Charging Report 
GPRS. 

j) A change in QoS is reported so Apply Charging Report GPRS is returned to the gsmSCF containing 

VolumelfNoTariff Switch as no tariff switch has occurred since the last Apply Charging Report GPRS. The 
gsmSCF should store this value if the volume of data transferred at each QoS level is to be calculated. The Tsw 
sent in the previous Apply Charging GPRS is stopped. In this example the tariff switch timer (Tsw) does not 
expire before this QoS change. If Tsw had expired the Apply Charging Report GPRS would report the 
volumeTariffSwitchlnterval in the normal way. 

k) An Apply Charging GPRS is sent giving a new threshold. This threshold is service logic dependent and does not 
rely on any previous value sent. In the example it is 'previous threshold - volume transferred since last threshold 
was set'. 

1) The VolumeSinceLastTariff Switch is reported in the Apply Charging Report GPRS. Note: this includes data 
transferred before and after the QoS change. 

m) Note that a tariff switch timer is set and expires. 

n) A final Apply Charging Report GPRS is returned containing the data volume transferred since the last tariff 
switch, and also the total volume transferred at the previous tariff. 

The calculations made by the gsmSCF in this example are: 

a) Total Data Volume Transferred in this example: Total of all volumeTariffSwitchlnterval received + final 
VolumeSinceLastTariff switch is (5500 + 5000) + 1500 = 12000 units of data 

b) Data Volume transferred for each tariff: (periods separated by Tsw in figure A.l) 

1st Tariff: taken from Apply Charging Report GPRS (signal f)) volumeTariffSwitchlnterval = 5500 units of 
data 

- 2nd Tariff: taken from Apply Charging Report GPRS (signal n)) volumeTariffSwitchlnterval = 5000 units of 
data 

3rd Tariff: taken from VolumeSinceLastTariff Switch (signal n)) volumeTariffSwitchlnterval = 1500 units of 
data 

c) Data Volume Transferred at each QoS level (One QoS Change Occurs in figure A.l) 

1st QoS level (up to signal 10): All volumeTariffSwitchlntervals + final VolumeSinceLastTariff Switch at 
QoS change is 5500 + 3200 = 8700 units of data. 

2nd QoS level (from signal 10 onwards): (Value of first VolumeTariffSwitchlnterval received after QoS 
change - VolumeNoTariff Switch Received directly after QoS change ) + Volume transferred since this tariff 
switch is (5000-3200) + 1500 = 3300 units of data. 

Note: The volume reported to the gsmSCF in an Apply Charging Report GPRS may exceed the threshold sent 
in the previous Apply Charging GPRS, e.g. if the delta timer exceeds the threshold received in the 
subsequent Apply Charging GPRS or a data packet is transferred causing the threshold to be exceeded. 
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6.3.0 


2004-09 


CN#25 


NP- 
040406 


735 


2 


Appended a note in Process CAMEL_ICA_MSC 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


737 




Correction to CAP SCI for calls with multiple CAP dialogues 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


738 




Correction to CAMELJCA_MSC1 and CAMELJCA_MSC2 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


739 




Removal of Int Exception from CAMEL OCH MSC2 
and CAMEL MT GMSC DISC5 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


740 




Correction to CAMEL_Modify_CUG_lnfo 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


741 




Correction to CAMEL_EXPORT_LEG_MSC procedure 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


743 




Correction to CS_gsmSSF for EDS 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


744 




Correction to CS_gsmSSF for Top expiry 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


745 




Correction to Handle_ACR procedure for Tccd timer 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


747 




Correction to any Time Interrogation 


6.2.0 


6.3.0 


2004-09 


CN#25 


NP- 
040406 


730 


1 


Editorial correction 


6.2.0 


6.3.0 


2004-12 


CN#26 


NP- 
040525 


748 


5 


Clarification on Outstanding Request Counter (ORC) 
handling at EDP-R or TDP-R resumption 


6.3.0 


6.4.0 


2004-12 


CN#26 


NP- 
040544 


749 


2 


Correcting SDL of Process CS_gsmSSF (sheet 62) 


6.3.0 


6.4.0 


2004-12 


CN#26 


NP- 
040544 


752 




Correction to Change of Position handling in gsmSSF 


6.3.0 


6.4.0 


2004-12 


CN#26 


NP- 
040544 


753 


1 


Correction in Sheet 18 of Process CSA_gsmSSF 


6.3.0 


6.4.0 


2004-12 


CN#26 


NP- 
040544 


757 


1 


Warning Tone 


6.3.0 


6.4.0 
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2005-01 










CS gsmSSF SDL file updated 


6.4.0 


6.4.1 


2005-03 


CN#27 


NP- 
050051 


762 


1 


CR 693 not implemented 


6.4.1 


6.5.0 


2005-06 


CT#28 


CP- 
050097 


763 


1 


Correction to DP T_No_Answer 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050097 


765 




Correction to conditional triggering for SCUDIF call 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050083 


767 


1 


Correction to CAI\/IEL_l\/IO_Dialled_Services 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050097 


769 




Correction to Outstanding Request Counter setting at IDP 
handling 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050083 


772 




Correction to No_Answer handling in CAI\/IEL_ICA_I\/ISC2 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050083 


774 




Correction to CAMEL_ICA_MSC1 and CAMEL_ICA_MSC2 
for gsmSSF process checking 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050083 


776 




Correction to EDP-N handling for ICA legs in Process 
CS gsmSSF 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050097 


780 


4 


NoReply Timer clarification 


6.5.0 


6.6.0 


2005-06 


CT#28 


CP- 
050103 


764 


1 


CAIVIEL procedures for trunk originated services 


6.6.0 


7.0.0 


2005-09 


CT#29 


CP- 
050312 


781 


1 


Trunk Originated CAIVIEL triggering - SDLs (re-introduce 
CR770) 


7.0.0 


7.1.0 


2005-09 


CT#29 


CP- 
050312 


784 


2 


Additions and clarifications for CAIVIEL trunk originated 
services 


7.0.0 


7.1.0 


2005-09 


CT#29 


CP- 
050309 


786 




Adding a missing reference 


7.0.0 


7.1.0 


2005-09 


CT#29 


CP- 
050309 


789 




Correction on Outstanding Request Counter handling 


7.0.0 


7.1.0 


2005-09 


CT#29 


CP- 
050309 


791 




Correction on T_Disconnect handling 


7.0.0 


7.1.0 


2005-12 


CT#30 


CP- 
050626 


0792 


2 


Trunk Originated CAMEL triggering - DTMF and Collectlnfo 
parameters in SDL 


7.1.0 


7.2.0 


2005-12 


CT#30 


CP- 
050626 


0793 


1 


Modification Procedure CAMEL_0CH_LEG1_MSC 11(13) 


7.1.0 


7.2.0 


2006-03 


CT#31 


CP- 
060082 


0794 




Specification of gsmSCF Address format in AnyTime 
request messages 


7.2.0 


7.3.0 


2006-06 


CT#32 


CP- 
060311 


0796 


1 


Addition of information related to service change 


7.3.0 


7.4.0 


2006-06 


CT#32 


CP- 
060336 


0797 


2 


List of MSISDNs and Basic Service Code for MAP Any 
Time Subscription Interrogation. 


7.3.0 


7.4.0 


2006-06 


CT#32 


CP- 
060300 


0798 


1 


Corrections of Process CS_gsmSSF 


7.3.0 


7.4.0 


2006-09 


CT#33 


CP- 
060414 


0806 


1 


Response to ATI for GPRS information when PSI not 
supported in the SGSN 


7.4.0 


7.5.0 


2006-09 


CT#33 


CP- 
060414 


0807 




SGSN number to be included in the ATI response 


7.4.0 


7.5.0 


2006-12 


CT#34 


CP- 
060695 


0810 


1 


Optional Suppress Terminating Services Bit String in SRI 


7.5.0 


7.6.0 


2007-03 


CT#35 


CP- 
070030 


0813 


1 


Addition of SMS over IP functionality 


7.6.0 


7.7.0 


2007-06 


CT#36 


CP- 
070328 


0815 




Mobile Termination whilst the MS is moving to another MSC 


7.7.0 


7.8.0 


2007-06 


CT#36 


CP- 
070326 


0816 


1 


Correction of IP-SM-GW update in the HSS 


7.7.0 


7.8.0 


2007-06 


CT#36 


CP- 
070325 


0822 


2 


Adding a Information Element to Continue Camel Handling 
Information Flow 


7.7.0 


7.8.0 


2007-06 


CT#36 


CP- 
070325 


0823 




Mutually exclusive elements in Location Information in MSC 
for Initial DP SMS 


7.7.0 


7.8.0 


2007-06 


CT#36 


CP- 
070325 


0824 


1 


Correction to DTMF detection in alerting phase 


7.7.0 


7.8.0 


2007-09 


CT#37 


CP- 
070540 


0814 


4 


AC/ACR Handling 


7.8.0 


7.9.0 


2007-09 


CT#37 


CP- 
070540 


0826 




Correction to the Send Info For Incoming Call ack 
Information Flow 


7.8.0 


7.9.0 


2008-12 


CT#42 








Upgrade to Release 8 without technical change 


7.9.0 


8.0.0 
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2009-09 


CT#45 


CP- 
090524 


0831 


2 


Correction on ACR and Warning Tone Play Handling of Leg 
1 when successful move of a leg 


8.0.0 


8.1.0 


2009-12 


- 


- 


- 


- 


Update to Rel-9 version (MCC) 


8.1.0 


9.0.0 


2010-03 


CT#47 


CP- 
100029 


0832 


1 


User CSG Information for CAMEL 


9.0.0 


9.1.0 
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